Re: CGI app held open

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

 



You could patch it to watch the refcount drop to zero.  Since httpd
only supports isapi to ease use and migration to httpd - it was never
really a 'development platform' for isapi - the hack to throw away the
now-unused .dll is left as an exercise to the reader.

Nathan Kellogg wrote:
> I see your point on the performance hit of unloading it on each
> request.   But, while I'm in development it is a real pain to restart
> apache every time I modify the ap.  Is there a way to have apache let go
> when the app exits or to force it to let go from the command line?
> 
> At 04:47 PM 11/21/2006, you wrote:
> 
>> Nathan Kellogg wrote:
>> >   We are debugging a CGI app ( mod_isapi ) running on a WINxp machine.
>>
>> Just so you are clear, ISAPI is not CGI - CGI describes a way to launch
>> a program (or script, via a program) passing environment variables to
>> describe the request, and listening to the stdout of the program/script
>> for what to write back at the client.  Pretty simplistic interface.
>>
>> ISAPI doesn't work that way; it's an API that pushes a request to the
>> .dll (on unix, an .so) entry point, and provides a number of more
>> sophisticated mechanisms to respond to the client.
>>
>> >   The app executes fine but Apache retains the file handle on the app
>> > making it impossible to overwrite the old cgi app with the new one
>> > without  restarting apache.
>>
>> Apache loads the .dll and keeps a reference count of concurrent requests.
>> For many reasons, it is not unloaded between requests.
>>
>> > Is there a way to change this behavior without compromising
>> performance?
>>
>> You are asking is it possible to reload the .dll on each and every
>> request,
>> and then unload it when each request completes...
>>
>> ...and you ask if this can be done without comprimising performance?
>>
>> Think it through :)
>>
>> ---------------------------------------------------------------------
>> 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
> 
> 
> 

---------------------------------------------------------------------
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


[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux