Retour HTTP Status OK 200 mais vide

[Sylvain James]

Bonjour,

On a fait des tests avec une appli XMLRAD 2006 + APACHE 2 / PHP sous Windows. Ok ça fonctionne au poil et on est en train de tester le portage sous Linux (Ubuntu).

Or il n'y a aucun flux renvoyé par XMLServer.php, mais apache considère que la réponse est quand même ok, donc renvoie au navigo un status OK 200.

Les traces de l'appli restent vierges. Aucune initialisation en vue ?!
XMLServer.php comprend pourtant une seule instruction :
xmlrad_dispatch_request();
qui est une fonction du module php_xmlrad.so

phpinfo() confirme que l'extension php est bien chargée.
xmlclx.so (framework chargé par l'extention) est bien présente dans le dossier /bin de l'appli
On a aussi essayé de mettre les droits full sur le projet entier, sans succès.

C'est comme si xmlrad_dispatch_request(); s'exécutait mais renvoyait rien du tout.

Des idées d'investigations ?

[Sylvain James]

Les logs d'Apaches sont pas très rassurants :-((

A chaque invocation de l'url XMLServer.php, la plainte d'Apache :

[notice] child pid 15846 exit signal segmentation fault (11)

Banzai ?

[RDM]

mettre les traces en Async à 0 dans l'EventLog.xml et TraceVerbose de partout.

[Sylvain James]

zut ! toujours pareil :-(

[RDM]

quoi ? t'as rien dans les traces?

[Sylvain James]

Non, à mon avis, le segmentation fault intervient au moment où Apache, via le module php_xmlrad, tente de charger XMLCLX.so
(rappel log apache : [notice] child pid 15846 exit signal segmentation fault (11))

Peut-être est-ce du au fait que les distrib Linux sont plus récentes que celles sur laquelle a été compilé XMLCLX.so ?
On est en train d'essayer d'installer Kylix pour recompiler le framework, mais même Kylix on a du mal à l'installer....
(pb de version GLib etc..)

Gloups