Poster une réponse à un sujet: Lighttpd met mon process FastCGI en suspend... :kiki:
Attention, ce sujet est un sujet ancien (6237 jours sans réponse)
zion
C'est très drôle
Et très utile
Merci de tes conseils
![:oh: :oh:](images/smileys/oh.gif)
Et très utile
![:oh: :oh:](images/smileys/oh.gif)
Merci de tes conseils
![:oh: :oh:](images/smileys/oh.gif)
cauet
Ecris donc un serveur TCP
![:topicalacon: :topicalacon:](images/smileys/topicalacon.gif)
zion
Bon j'y une vague idée sur un problème avec un composant de Borland en serveur TCP vu qu'on dirait qu'il me tue mon process si il est en ThreadBlocking au moment ou il kille le thread...
J'ai plus le courage ce soir, la semaine prochaine je remplace ce serveur TCP par un autre
J'ai plus le courage ce soir, la semaine prochaine je remplace ce serveur TCP par un autre
![:petrus: :petrus:](images/smileys/petrus.gif)
zion
Farpaitement, mais je ne m'envoie aucun SIGSTOP, pourquoi il se bloque tout seul alors?
![:dawa: :dawa:](images/smileys/dawa.gif)
En version light (le moins de module), je ne me connecte à aucune DB et il me fait le même bordel
![:petrus: :petrus:](images/smileys/petrus.gif)
Il ne reste aucune autre connexion avec qui que ce soit
![:sweat: :sweat:](images/smileys/sweat.gif)
philfr
Un socket TCP, mais lighttpd est hors de cause
![:sweat: :sweat:](images/smileys/sweat.gif)
OK, mais les autres libs alors (Postgres, mysql, autre) ?
Un autre process auquel se connecte ton prog fastcgi ?
C'est pas un mode debug qui stoppe exprès après chaque requête ?
Si lighttpd est hors de cause, c'est donc ton programme
![:grin: :grin:](images/smileys/grin.gif)
zion
C'est con, c'est à priori le dernier "gros" problème pour une première alpha (alpha, j'ai pas dit avec tout qui marche
).
Suspense, ce sera pour quand ...
![:ddr555: :ddr555:](images/smileys/ddr555.gif)
Suspense, ce sera pour quand ...
![:figti: :figti:](images/smileys/figti.gif)
zion
![:kiki: :kiki:](images/smileys/kiki.gif)
![:kiki: :kiki:](images/smileys/kiki.gif)
Que fait ton process à la fin de la requête ?
Le lien lighttpd-fastcgi est via un socket TCP ? Un socket Unix ? Un pipe ?
Si tu le fais via un socket TCP, tu peux mettre ethereal wireshark pour sniffer ce qui passe ?
Un socket TCP, mais lighttpd est hors de cause
![:sweat: :sweat:](images/smileys/sweat.gif)
zion
Mais est-ce qu'il peut recevoir un SIGSTOP par une erreur (exception, AV, etc, etc,) interne?
Parce que la je viens de dire à mon serveur Windows (absyss) d'aller se connecter à la version nunux (difficile pour la version Windows de lui envoyer un SIGSTOP
) et ce connard se fout quand même en "Stopped"
Sacrebleu, ce sera moins drôle à débugger que ce que je ne pensais
Parce que la je viens de dire à mon serveur Windows (absyss) d'aller se connecter à la version nunux (difficile pour la version Windows de lui envoyer un SIGSTOP
![:ddr555: :ddr555:](images/smileys/ddr555.gif)
![:kiki: :kiki:](images/smileys/kiki.gif)
Sacrebleu, ce sera moins drôle à débugger que ce que je ne pensais
![:sweat: :sweat:](images/smileys/sweat.gif)
philfr
![:kiki: :kiki:](images/smileys/kiki.gif)
Mais pourquoi ce serait à la fin de la requête fastcgi exactement que le process est foutu
Que fait ton process à la fin de la requête ?
Le lien lighttpd-fastcgi est via un socket TCP ? Un socket Unix ? Un pipe ?
Si tu le fais via un socket TCP, tu peux mettre ethereal wireshark pour sniffer ce qui passe ?
philfr
Parce qu'il reçoit le signal SIGSTOP
Edith: ou le signal SIGTSTP, avec un CTRL-Z dans une console...
![:oh: :oh:](images/smileys/oh.gif)
Edith: ou le signal SIGTSTP, avec un CTRL-Z dans une console...