I was just suggesting how I would fix the problem.
Feel free to implement it, create a patch, and submit that to
the patch manager for the TclHttpd SourceForge project. Start at
http://sourceforge.net/projects/tclhttpd/
Of course, I could attempt a fix, but if you do one yourself, then
you'll know if it behaves the way you like. I want to encourage folks
to start using the SF features so we can all contribute to TclHttpd!
Yeah! It's fun!
>>>Jacob Levy said:
> 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 alrea
dy.
> > 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 scr
ipt.
> > > If tclhttpd is used as part of another application we still need to edi
t
> > > 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.t
cl
> > > > > 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 i
n
> > > > 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
>
-- Brent Welch <[EMAIL PROTECTED]>
http://www.ajubasolutions.com
Scriptics changes to Ajuba Solutions
scriptics.com => ajubasolutions.com
