> -----Mensaje original-----
> De: Perrin Harkins [mailto:[EMAIL PROTECTED]]
> Enviado el: jueves, 17 de enero de 2002 0:06
> Para: [EMAIL PROTECTED]; Oscar Serrano
> Asunto: Re: weird problem. Lost of the POST data
>
>
> > There is something that may give a clue. When I restart apache, it takes
> > some minutes to throw the first error. But the error get more and more
> > frecuently. But not always I get the error. It seems as if some httpd
> child
> > get corrupted and then, when one of those corrupted childs processes a
> > request, it throws this error.
>
> I've seen that sort of thing before. A common cause of this is
> opening some
> resource before the fork that shouldn't be shared across processes, like a
> file handle or a socket. Check for that. Also, are you using any cleanup
> handlers? Do you have any in-house code that uses XS to call C libraries?
Ummm yes... you know, I'm using the Template Toolkit. It seems as if the
httpd child executes the processing of the template so fast that CGI.pm has
no time to get the POST data. I has no sense, because the script, the first
thing it does is the $in=$query->Vars(), and the last thing it does is to
process a template. But it seems as if it could process the template before
getting the POST data. And that would explain why the POST data is mantained
in STDIN and then appears concatenated to the very next request: a .gif file
the template calls.
But I repeat, it has no sense the script processing the template before
reading the POST data :-?
I'm not using any cleanup handlers. Somebody suggested me to use one to
destroy CGI.pm data. But, the true is that the problem is CGI.pm I'll kick
CGI.pm away because I only use it to get the variables from a GET or POST
data.
Thank you very much.
> - Perrin
>
>
