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