On Monday 28 January 2002 17:15, Thierry Lombardot wrote:
Un print $variable montre que tout le STDIN y passe, mais echo coupe
avant le ...
Solutions?
Ne pas oublier les
Si tu ne les mets pas, c'est comme si tu tapais :
echo xxx=totoqqq=tata
En effet, dans ce cas, le caractère
On Tue, 29 Jan 2002, Thierry Lombardot wrote:
Parfait! Ca fonctionne à présent.
Merci pour tout!
A la place de: system('echo $QUERY_STRING | truc')
je suggère au moins
print FICHIER $ENV{'QUERY_STRING'};
avec FICHIER le fichier ouvert avec open(|) cf mon exemple.
Car sinon, je ne
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
On Monday 28 January 2002 09:38, Thierry Lombardot wrote:
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
Oui, pour éviter de bricoler avec des variables ou fichiers
intermédiaires, je voulais justement simplement lire STDIN dans le
premier script, ET pouvoir lire STDIN dans le second script, ce qui
n'est pas possible...Qu'advient-il de STDIN??
Comme je ne peux pas récuperer STDIN, je vais essayer
On Mon, 28 Jan 2002, Thierry Lombardot wrote:
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
STDIN est en règle générale
On Mon, 28 Jan 2002, Marc SCHAEFER wrote:
Une solution mauvaise serait de faire:
open(SCRIPT_2, |script_2) or die(...);
print SCRIPT_2 les données que vous avez déjà consommées;
while (STDIN) {
print SCRIPT_2 $_;
}
close(SCRIPT_2) or die(...);
Pourquoi
On Mon, 28 Jan 2002, Félix Hauri wrote:
Pourquoi mauvaise? Il y a pire:
Pardon! J'ai mal lu!
Ma proposition est certainement meilleure!
c.f. ``man open2'' et ``man open3''
--
Félix Hauri - [EMAIL PROTECTED] - http://www.f-hauri.ch
--
http://www-internal.alphanet.ch/linux-leman/ avant de
On Mon, 28 Jan 2002, Félix Hauri wrote:
Pourquoi mauvaise? Il y a pire:
Dans ton cas cela se justifie, vu qu'à part réimplémenter uudecode et
rdjpgcom en Perl tu dois utiliser un popen().
Mais le concept même de script Perl qui fait du decoding HTTP et variables
via stdin alors qu'un module
On y est presque:
Je tente la solution que tu as proposé: passer STDIN dans une variable
perl et la passer en pipe au deuxième CGI.
Problème: bien que tout le STDIN passe dans la variable avec la ligne:
$variable = STDIN;
si je fais un echo de $variable, seule la première partie de son contenu
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
Problème:
Avec Apache: Je veux lancer un script CGI depuis un premier script CGI
en perl. Ce premier script fait un parsing pour tester les variables
envoyées par un client avec la méthode POST. Le parsing utilise en perl:
read(STDIN, $buffer, $ENV{'CONTENT_LENGHT'};
MAIS: le problème est
12 matches
Mail list logo