Oui, mais mon probl�me est que le 2�me CGI (celui qui est appel� par le
premier) veut manger du STDIN, et je ne veux pas le modifier. Si STDIN
est lu par le premier CGI, il n'est plus disponible pour le 2�me. Si je
passe le tout en GET, ce n'est pas un probl�me, car je peux lire
ENV{'QUERY_STRING'} dans le premier CGI et le contenu est toujours
valable pour le 2�me script. MAIS je veux le faire en POST...
N'y a-t-il pas par exemple moyen de lancer le 2�me CGI avec une autre
commande que system(...) pour que STDIN soit toujours disponible? Dans
un m�me script, je peux lire STDIN plusieurs fois. Alors que se
passe-t-il lorsque je lance le 2�me script? ESt-ce que STDIN est vid�?
Th.
Marc SCHAEFER wrote:
>On Fri, 25 Jan 2002, Thierry Lombardot wrote:
>
>>envoy�es par un client avec la m�thode POST. Le parsing utilise en perl:
>>
>>read(STDIN, $buffer, $ENV{'CONTENT_LENGHT'};
>>
>
>Je recommande la lecture de man CGI, Perl comporte des modules de support
>qui �vitent de devoir faire ce genre de traitement manuellement et qui
>permettent de plus de g�n�rer du HTML valide. On peut soit utiliser des
>fichiers temporaires pour recevoir des donn�es, ou si elles sont
>volumineuses un callback de traitement.
>
>Dans ces cas on ne traite plus directement STDIN.
>
>
>--
>http://www-internal.alphanet.ch/linux-leman/ avant de poser
>une question. Ouais, pour se d�sabonner aussi.
>
>
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.
