Links

Lists

Latest Updates

Ruby On Rails List
Python list
Advanced Java
The JavaScript List
Apache Users
Full Disclosure
Linux Security

Search the archives!


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [users@httpd] Multipart/Form-Data


  • From: "McIsaac, Dave \(IndSys, Peterborough\)" <Dave.McIsaac@xxxxxx>
  • Subject: RE: [users@httpd] Multipart/Form-Data
  • Date: Thu, 27 Nov 2003 10:19:55 -0600

Problem Solved! I think.
While experimenting with sniffer's (snort) etc. on the server I got to thinking about channel ID's and all that good stuff and remembered from somewhere long ago how unix (server is running on HPUX 11i) could be persnickety about open file descriptors (stdin) when running shell programs and spawning subprocesses etc., etc. Then I remembered that I was running the server with mod_cgid active. I deactivated mod_cgid and activated mod_cgi instead and everything works again!!!
Of course it does not seem right that this would happen in the first place but I do not have sufficient technical knowledge about the innards of the apache server  to pursue this any further.
Thank you very much everyone for your input.

-----Original Message-----
From: Robert Andersson [mailto:robert@xxxxxxxxxxxx]
Sent: Thursday, November 27, 2003 7:53 AM
To: users@xxxxxxxxxxxxxxxx
Subject: Re: [users@httpd] Multipart/Form-Data


McIsaac, Dave (IndSys, Peterborough):
> It is only multipart/form-data that fails. Other data that is posted
> is read just fine (www-url-encoded). But my script seems to hang
> (actually I think is blocking on the read but I can't prove that) when
> it hits the read statement. I have been up and down the configuration
> settings but so far nothing helps.

Sorry, I'm no tcl wizard, so I cannot help debug that. Check if the
CONTENT_LENGTH var is correct. If it was off by one byte, it could very well
go into a blocking call.

Regards,
Robert Andersson


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx