Or a command line argument.
Presumably you jigger the argc/argv globals before sourcing http.tcl already.
Add a "-nowait 1" flag and the appropriate support.

>>>Jacob Levy said:
 > Another request for the future is to not to vwait at the end of the script.
 > If tclhttpd is used as part of another application we still need to edit
 > httpd.tcl or replace it with our own.
 > 
 > Maybe split httpd.tcl into httpd.tcl and httpd-app.tcl? The 'app' file would
 > do  the vwait after sourcing httpd.tcl. Just an idea, of course.
 > 
 > --JYL
 > 
 > John Buckman wrote:
 > 
 > > > This adds a custom code directory that makes it easier to drop in
 > > > your applicaton-specific code without hand-editting the bin/httpd.tcl
 > > > and bin/httpdthread.tcl files.  Basically, all *.tcl files in the
 > > > custom code directory are sourced towards the end of startup.
 > >
 > > Thank you, thank you, thank you! This will make it much easier for us to
 > > keep up to date with the server revisions.
 > >
 > > However, I'm guessing that we'll still need to edit the server code in
 > > order to support HTTP security, right?  Any chance that feature could be
 > > externalized?
 > >
 > > >     Url_PrefixInstall urlprefix tclcommand args
 > > > where the optional args are option-value pairs:
 > > >         -thread boolean
 > > >                 If boolean is true, and threads are enabled,
 > > >                 Then the domain handler is run in a thread.
 > > >                 The default is FALSE.
 > >
 > > This is very clean, thanks.
 > >
 > > - John
 > 

--      Brent Welch     <[EMAIL PROTECTED]>
        http://www.ajubasolutions.com
        Scriptics changes to Ajuba Solutions
        scriptics.com => ajubasolutions.com


Reply via email to