RE: [linux-neuchatel] [PHP] 5.2 et [Apache] 2.2.3 - Bug quand il y a overflow de donnée ?

[Christian Wagner]

Donc j'ai tenté un php5-cgi et ça retourne bien quelque chose de complet.

Le problème doit donc bien se situé au niveau de libphp5.so .

J'ai ce problème que depuis que je suis passé en 2.2.3.

Voici quelques informations sur mon système :
Apache2 : Nov 10 2006 19:07:57 / Apache/2.2.3
PHP5.2 : PHP 5.2.0-6 (built: Nov 22 2006 18:17:43)
Kernel : 2.6.8-12-em64t-p4-smp #1 SMP Sat Jul 15 10:28:16 UTC 2006 x86_64
GNU/Linux

Je vois malheureusement pas comment résoudre mon problème. Le downgrade est
très complexe et je ne vois pas trop comment faire alors si quelqu'un à la
gentillesse de bien vouloir m'expliquer comment le faire sans tout casser
sur mon serveur ça serait sympa :) Surtout que je dois rendre mon truc pour
lundi et que le serveur doit être accessible.

Merci encore.

Bonne soirée
Wagner Christian

-----Message d'origine-----
De : linux-neuchatel-bounces at lists.alphanet.ch
[mailto:linux-neuchatel-bounces at lists.alphanet.ch] De la part de
Jean-frederic Clere
Envoyé : vendredi, 24. novembre 2006 22:14
 : Activités Linux à Neuchâtel et environs
Objet : Re: [linux-neuchatel] [PHP] 5.2 et [Apache] 2.2.3 - Bug quand il y a
overflow de donnée ?

Marc SCHAEFER wrote:

>On Fri, Nov 24, 2006 at 09:08:30PM +0100, Christian Wagner wrote:
>  
>
>>Je dois travailler sur un laboratoire qui fait l'utilisation de
l'algorithme
>>de tarjan. Celui-ci prends pas mal de mémoire mais là n'est pas trop le
>>    
>>
>
>Je ne connais pas. Peux-tu en dire plus ?
>
>  
>
>>Mais par contre dans error.log de apache2 voici ce que je trouve :
>>"[Fri Nov 24 20:51:38 2006] [notice] child pid 14944 exit signal
>>Segmentation fault (11)"
>>    
>>
>
>PHP n'est probablement pas le langage idéal; et mod_php dans Apache
>pas forcément l'environnement idéal.
> 
>  
>
>>Quelqu'un aurait-il une idée pour résoudre le malheureux problème ?
>>    
>>
>
>Un segmentation fault c'est en général l'indice d'une erreur de
>programmation, liée au déréférencement d'un pointeur NULL ou
>non initialisé.
>
>Si tu veux débugger plus avant, utilise la version non module Apache
(installer
>php4-cgi je crois, lancer depuis le shell), et utilise les outils systèmes
>comme gdb (le debugger), ou active la génération de core dumps via
>`ulimit -c unlimited'.
>  
>
Plus gdb bin/httpd core._pid_number
bt
Et envoyer la sortie.

httpd 2.2.x peut avoir des problemes avec des libraries php non 
threadees, essayer une version prefork d'httpd.
Si c'est un script php qui core ce serait cool de l'envoyer.

Envoyer aussi la sortie de httpd -V

C'est quelle distribution?

A+

Jean-Frederic

>Mais il te faudra vraisemblablement débugger du C, langage dans lequel
>PHP est écrit.
>
>Il se peut que PHP réagisse ainsi à une erreur d'allocation de mémoire,
>indice de sa faible qualité, illustrée par un nombre d'attaques sur le
>langage et l'environnement assez ... fantastique (les scripts sont
>souvent pourris aussi, mais cela est un autre problème).
>
>Il se peut aussi que je ne sois pas du tout objectif.
>
>  
>

_______________________________________________
linux-neuchatel mailing list
linux-neuchatel at lists.alphanet.ch
http://lists.alphanet.ch/mailman/listinfo/linux-neuchatel