He he :)
The whole idea is for there to be the support inside httpd.tcl already, so *I DONT
HAVE TO EDIT IT* (sorry for screaming :)
--JYL
Brent Welch wrote:
> 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
