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