tclhttpd-users — Discussion and general Q&A for TclHttpd

[Tclhttpd-users] front end & documentation

[Reinoud v. W. H. <rva...@fr...>]

hello all,
we have been looking for a web server we could embed  in our
application(s),
tclhttpd is on top of our list and we have been using it without major
issues

however there are 2 questions we have right now:
- is there a way we can modify the layout of the main screen / window so
that we can bring it
more in line with our won UI
- where can we find some good , basic documentation for tclhttpd about
installation options, examples of embedding etc.

thanks
reinoud van waveren

Re: [Tclhttpd-users] embbed or not embbed

[Brent W. <we...@pa...>]

Ideally you can just drop your code into the customization library
directory and tclhttpd will source it upon startup.  You can put
your main application code there (or point tclhttpd at your code
base) so it gets run, and then hook into it with any of
custom domains, application-direct URLs, or .tml templates.

In practice, you may need to wack at bin/httpd.tcl, or excerpt
part of that into a procedure that you source from your application.

>>>Yves Guerin said:
 > Hello,
 > 
 > I have a project that I have to use an httpd so I choose tclhttpd but I a=
 > m
 > wondering if is better to embbed the tclhttpd into my programme or put my=
 > 
 > program as a domain url ?

--
Brent Welch
Software Architect, Panasas Inc
Pioneering Object-Based Network Storage (ONS)

www.panasas.com
we...@pa...

[Tclhttpd-users] embbed or not embbed

[Yves G. <lin...@us...>]

Hello,

I have a project that I have to use an httpd so I choose tclhttpd but I a=
m
wondering if is better to embbed the tclhttpd into my programme or put my=

program as a domain url ?

Re: [Tclhttpd-users] Support for vhosts

[Brent W. <we...@pa...>]

>>>"E.Allen Soard" said:

 > Attached is a small patch I put together which starts to add support for
 > Virtual hosts. (So far only document directories) Also is a small bugfix
 > for hello.tcl (x is out of scope in ::hello/::there).

In the general case, you need to modify the Url_Dispatch module
so that different virtual servers can assemble their own name space.
Your patch just maps the root "domain", but in general the web site
can be composed of many domains.  You will also have to modify
the Doc domain because of that Doc(docRoot) setting.  Another 
approach that may result in less code wacking is to split each
virtual server into its own Tcl interpreter.  Then, the httpd 
module looks at the host header (and it is the only place that
looks), and essentially does

interp eval $interp_for_virtual_host [list Url_Dispatch $sock]

You also have to share the socket with that other interpreter.
Of course, you'll also need to run the right initialization code
in that interpreter to set up its state.  Ultimately, however,
that will be cleaner.

	Brent

[Tclhttpd-users] Support for vhosts

[E.Allen S. <es...@es...>]

Attached is a small patch I put together which starts to add support for
Virtual hosts. (So far only document directories) Also is a small bugfix
for hello.tcl (x is out of scope in ::hello/::there).


E.Allen Soard

Re: [Tclhttpd-users] log files

[Brent W. <we...@pa...>]

The log module silently turns itself off if it cannot write to
the log files.  It is likely that the UID running TclHttpd does
not have access to the directory or files used for logging.

>>>Steve Blinkhorn said:
 > Up to now, I've been running tclhttpd (3.2.1, currently) mostly from
 > the command line as a way of giving various people access to files in
 > development, testing graphics etc., and log files have if anything
 > been over full.   But last night we went live with a trial site, and
 > nothing of any consequence is turning up in the main log.   The
 > functionality is all there - the purpose of the trial site is to get
 > people to register, and the registration process works - but I get no
 > record of hits on the URL in the log.   Where to start?
 > 
 > -- 
 > Steve Blinkhorn <st...@pr...>
 > 
 > _______________________________________________
 > TclHttpd-users mailing list
 > Tcl...@li...
 > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users

--	Brent Welch	<we...@pa...>

[Tclhttpd-users] tclhttpd & interbase

[dlb <sem...@wo...>]

I've been considering adapting Interbase as the DB component of a project I'm
working on. Does anyone have any experience working with TCLHTTPD and Interbase-
or TCL and Interbase in general.

I've come across an IBTCL extension, but haven't tested this yet.

If you have any advice a/o experiences you'd like to relate - please do !

thanks
David

[Tclhttpd-users] log files

[Steve B. <st...@pr...>]

Up to now, I've been running tclhttpd (3.2.1, currently) mostly from
the command line as a way of giving various people access to files in
development, testing graphics etc., and log files have if anything
been over full.   But last night we went live with a trial site, and
nothing of any consequence is turning up in the main log.   The
functionality is all there - the purpose of the trial site is to get
people to register, and the registration process works - but I get no
record of hits on the URL in the log.   Where to start?

-- 
Steve Blinkhorn <st...@pr...>

Re: [Tclhttpd-users] affecting env(SCRIPT_NAME)

[Brent W. <we...@pa...>]

Read through lib/debug.tcl and look at the "hacks.tml" page in
the sample htdocs.  Also, I believe the /debug URLs are documented
in the book chapter.  The two URLs I use frequently are

/debug/source?source=pathname.tcl
where pathname.tcl is restricted to be in the Httpd library directory
or the doc template directory (set with Doc_TemplateLibrary)

/debug/pvalue?aname=varnamepattern

this dumps out a Tcl variable value, and it supports string match
patterns.  You can get a whole namespace with, e.g., ncgi::*
/debug/pvalue?aname=ncgi::*

Hmm - I note that hacks.tml uses /debug/parray, but I'm changing
it now to use /debug/pvalue, which is more general.

>>>dlb said:
 > I think that I'm good to go - have 3.3 , but need to upgrade my tcllib
 > 
 > on another note..
 > 
 > is there documentation available on tclhttpd's native debugging features -
 > specifically its ability to ''reload parts of its implementation dynamically
     ''  ?
 > Which libraries are accessible for this ?
 > 
 > thanks again
 > David
 > 
 > 
 > 
 > 
 > Peter Farmer wrote:
 > 
 > > make that a double oops ...
 > >
 > > your quite right. 3.2.1 was released before my patch submissions. My
 > > memory is leaky it seems 8-(. So I guess you need to get the current CVS
 > > snapshot, or the preliminary 3.3 tarball that Brent mentioned. It does
 > > have some other cgi fixes so it may be worth your while updating.
 > >
 > > dlb wrote :
 > >
 > > > actually I'd found a copy of 3.2.1 @
 > > > ftp://ftp.scriptics.com/pub/tcl/httpd
 > >
 > > > this is what I'm currently running , but it didn't incorporate the patch
      you'd
 > > > provided
 > >
 > > --
 > > Peter Farmer            | Custom XML software   | Internet Engineering
 > > Zveno Pty Ltd           | Website XML Solutions | Training & Seminars
 > > http://www.zveno.com/   |   Open Source Tools   |   - XML XSL Tcl
 > > Pet...@zv...  +-----------------------+---------------------
 > > Ph. +61 8 92434146      | Mobile 0417 906 851   | Fax +61 2 6242 4099
 > >
 > > _______________________________________________
 > > TclHttpd-users mailing list
 > > Tcl...@li...
 > > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
 > 
 > 
 > _______________________________________________
 > TclHttpd-users mailing list
 > Tcl...@li...
 > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
 > 

--	Brent Welch	<we...@pa...>

Re: [Tclhttpd-users] affecting env(SCRIPT_NAME)

[Brent W. <we...@pa...>]

The CVSWeb view at SF has been broken for ever - so don't rely on
that.  Also, I'm not not being good about updating the patch and bug
page on SF - I'll take a look at what is there now.  The CVS repository
should be up-to-date.

>>>Peter Farmer said:
 > Peter Farmer wrote:
 > > 
 > > Sounds like you havent got the latest version. I supplied the patch for
 > > that problem late last year. There are other cgi fixes as well so I'd
 > > recommend you get up to date.
 > >
 > 
 > oops. Forgot to mention that the're probably only available by CVS in
 > the 3.2.1 branch ....
 > I think Brent hasnt issued a tar ball since they were committed.
 > 
 > BTW Brent, is there something wrong with the SF site ?. All of a sudden
 > it looks like things have been rolled back a few months - patch statuses
 > that you rolled into CVS have changed back to being open, and I cant see
 > any patch or bug reports later then 24/11/2000. Also I cant see all the
 > files that should be visible in the CVSweb repository view.
 > 
 > -- 
 > Peter Farmer            | Custom XML software   | Internet Engineering 
 > Zveno Pty Ltd           | Website XML Solutions | Training & Seminars
 > http://www.zveno.com/   |   Open Source Tools   |   - XML XSL Tcl
 > Pet...@zv...  +-----------------------+---------------------
 > Ph. +61 8 92434146      | Mobile 0417 906 851   | Fax +61 2 6242 4099
 > 
 > _______________________________________________
 > TclHttpd-users mailing list
 > Tcl...@li...
 > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
 > 

--	Brent Welch	<we...@pa...>

Re: [Tclhttpd-users] ?? cgi error

[Brent W. <we...@pa...>]

Right - it wasn't there.  I made a quick distribution because I needed
it, but I was in a hurry and wanted to make sure it was OK before
a wide release.  I'll get to that this week (I was travelling last week)
You should see the tclhttpd-3-3 tag in the CVS tree, however.

>>>Jacob Levy said:
 > Er... I must be blind -- it aint there as far as I can see...
 > 
 > --JYL
 > 
 > Brent Welch wrote:
 > 
 > > There is an onofficial TclHttpd 3.3 lurking in
 > > ftp://ftp.scriptics.com/pub/tcl/httpd
 > > There have been improvements in the CGI code, but I'd
 > > appreciate it if you'd run your tests against that release
 > > and let me know how it feels.
 > >
 > > >>>dlb said:
 > >  > I've just set up tclhttpd3.2 from the most recent distribution availabl
     e on
 > >  > sourceforge and , when testing the CGI examples provided, I'm running i
     nto t
 > >      he
 > >  > following errors.
 > >  > This is on a win98 , the standard library (tcllib 0.7) is installed.
 > >  >
 > >  > for instance when attempting to 'dump the environment'  I get.
 > >  >
 > >  > Tcl-Webserver/3.2.0 October 12, 2000
 > >  > Tcl version 8.3.0
 > >  > error info =
 > >  > can't use empty string as operand of "+"
 > >  >     while executing
 > >  > "expr {$counter(total) + $delta}"
 > >  >     (procedure "counter::count" line 3)
 > >  >     invoked from within
 > >  > "counter::count $what $delta"
 > >  >     (procedure "Count" line 5)
 > >  >     invoked from within
 > >  > "Count cgihits"
 > >  >     (procedure "CgiSpawn" line 26)
 > >  >     invoked from within
 > >  > "CgiSpawn $sock $path"
 > >  > .
 > >  > .etc..
 > >  > .
 > >  >
 > >  > the error is the same for all of the tests I've done.
 > >  > Any advice ?
 > >  >
 > >  > thanks
 > >  > David
 > >  >
 > >  >
 > >  >
 > >  > _______________________________________________
 > >  > TclHttpd-users mailing list
 > >  > Tcl...@li...
 > >  > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
 > >  >
 > >
 > > --      Brent Welch     <we...@pa...>
 > >
 > > _______________________________________________
 > > TclHttpd-users mailing list
 > > Tcl...@li...
 > > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
 > 

--	Brent Welch	<we...@pa...>

Re: [Tclhttpd-users] affecting env(SCRIPT_NAME)

[dlb <sem...@wo...>]

I think that I'm good to go - have 3.3 , but need to upgrade my tcllib

on another note..

is there documentation available on tclhttpd's native debugging features -
specifically its ability to ''reload parts of its implementation dynamically''  ?
Which libraries are accessible for this ?

thanks again
David




Peter Farmer wrote:

> make that a double oops ...
>
> your quite right. 3.2.1 was released before my patch submissions. My
> memory is leaky it seems 8-(. So I guess you need to get the current CVS
> snapshot, or the preliminary 3.3 tarball that Brent mentioned. It does
> have some other cgi fixes so it may be worth your while updating.
>
> dlb wrote :
>
> > actually I'd found a copy of 3.2.1 @
> > ftp://ftp.scriptics.com/pub/tcl/httpd
>
> > this is what I'm currently running , but it didn't incorporate the patch you'd
> > provided
>
> --
> Peter Farmer            | Custom XML software   | Internet Engineering
> Zveno Pty Ltd           | Website XML Solutions | Training & Seminars
> http://www.zveno.com/   |   Open Source Tools   |   - XML XSL Tcl
> Pet...@zv...  +-----------------------+---------------------
> Ph. +61 8 92434146      | Mobile 0417 906 851   | Fax +61 2 6242 4099
>
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> http://lists.sourceforge.net/lists/listinfo/tclhttpd-users

RE: [Tclhttpd-users] affecting env(SCRIPT_NAME)

[Peter F. <pet...@zv...>]

make that a double oops ...

your quite right. 3.2.1 was released before my patch submissions. My
memory is leaky it seems 8-(. So I guess you need to get the current CVS
snapshot, or the preliminary 3.3 tarball that Brent mentioned. It does
have some other cgi fixes so it may be worth your while updating.



dlb wrote :

> actually I'd found a copy of 3.2.1 @
> ftp://ftp.scriptics.com/pub/tcl/httpd

> this is what I'm currently running , but it didn't incorporate the patch you'd
> provided




-- 
Peter Farmer            | Custom XML software   | Internet Engineering 
Zveno Pty Ltd           | Website XML Solutions | Training & Seminars
http://www.zveno.com/   |   Open Source Tools   |   - XML XSL Tcl
Pet...@zv...  +-----------------------+---------------------
Ph. +61 8 92434146      | Mobile 0417 906 851   | Fax +61 2 6242 4099

Re: [Tclhttpd-users] affecting env(SCRIPT_NAME)

[dlb <sem...@wo...>]

actually I'd found a copy of 3.2.1 @
ftp://ftp.scriptics.com/pub/tcl/httpd

this is what I'm currently running , but it didn't incorporate the patch you'd
provided



>
> oops. Forgot to mention that the're probably only available by CVS in
> the 3.2.1 branch ....
> I think Brent hasnt issued a tar ball since they were committed.

Re: [Tclhttpd-users] affecting env(SCRIPT_NAME)

[Peter F. <pet...@zv...>]

Peter Farmer wrote:
> 
> Sounds like you havent got the latest version. I supplied the patch for
> that problem late last year. There are other cgi fixes as well so I'd
> recommend you get up to date.
>

oops. Forgot to mention that the're probably only available by CVS in
the 3.2.1 branch ....
I think Brent hasnt issued a tar ball since they were committed.

BTW Brent, is there something wrong with the SF site ?. All of a sudden
it looks like things have been rolled back a few months - patch statuses
that you rolled into CVS have changed back to being open, and I cant see
any patch or bug reports later then 24/11/2000. Also I cant see all the
files that should be visible in the CVSweb repository view.

-- 
Peter Farmer            | Custom XML software   | Internet Engineering 
Zveno Pty Ltd           | Website XML Solutions | Training & Seminars
http://www.zveno.com/   |   Open Source Tools   |   - XML XSL Tcl
Pet...@zv...  +-----------------------+---------------------
Ph. +61 8 92434146      | Mobile 0417 906 851   | Fax +61 2 6242 4099

Re: [Tclhttpd-users] affecting env(SCRIPT_NAME)

[Peter F. <pet...@zv...>]

Sounds like you havent got the latest version. I supplied the patch for
that problem late last year. There are other cgi fixes as well so I'd
recommend you get up to date.


If you're in a hurry, heres a diff for cgi.tcl

*** 65,71 ****
 proc Cgi_Domain {virtual directory sock suffix} {
     global Cgi env
     # Check the path and then find the part beyond the program
       name.
!    if [catch {Url_PathCheck $suffix} pathlist] {
         Doc_NotFound $sock
         return
     }
 --- 66,73 ----
 proc Cgi_Domain {virtual directory sock suffix} {
     global Cgi env
     # Check the path and then find the part beyond the program
       name.
!     if [catch {Url_PathCheck [string trimleft $suffix /]} pathlist] {
!
          Doc_NotFound $sock
          return
      }              


> I've been able to adapt the TCL wiki to TCLHTTPD by using TCLKitsh  ( tclkit
> version of tclsh ) as the interpreter ( ie. launching tclhttpd from tclkitsh )
> and running the Wikit via CGI. The only real problem that I've encountered is
> that there's a quirk in the way that the SCRIPT_NAME environmental variable is
> being generated a/o interpreted.  The number of delimiters ,"/ " ,after cgi-bin
> in the script path are increasing - with each transaction with the wikit an
> extra forward slash is appended to cgi-bin/ .  After a few posts I've got
> something that looks like this , ../cgi-bin////////wiki.cgi .
> 
> Stripping these so that they don't affect the wiki's internal URL recognition
> isn't a problem , but I'm not sure of how to affect the base script_name var. A
> clue might lie in the fact that the script_name path reflects the URL of the
> referring link + 1 forwards slash between /cgi-gin/ and the cgi script.  So if a
> transaction involves several CGI operations you might end up with
> /cgi-bin////wikit.cgi , while a simple post to the wiki results in
> /cgi-bin//wiki.cgi.
> 
> Where is the $url of  'set env(SCRIPT_NAME) $url' within 'Cgi_SetEnvAll'
> (cgi.tcl)' coming in from ?  Is this extracted from another environmental var ?
> 
> I hadn't noticed this problem with other interps , so am assuming this has
> something to do with TCLKitsh .
> 
> any ideas ?
> 

-- 
Peter Farmer            | Custom XML software   | Internet Engineering 
Zveno Pty Ltd           | Website XML Solutions | Training & Seminars
http://www.zveno.com/   |   Open Source Tools   |   - XML XSL Tcl
Pet...@zv...  +-----------------------+---------------------
Ph. +61 8 92434146      | Mobile 0417 906 851   | Fax +61 2 6242 4099

Re: [Tclhttpd-users] ?? cgi error

[Jacob L. <jy...@be...>]

Er... I must be blind -- it aint there as far as I can see...

--JYL

Brent Welch wrote:

> There is an onofficial TclHttpd 3.3 lurking in
> ftp://ftp.scriptics.com/pub/tcl/httpd
> There have been improvements in the CGI code, but I'd
> appreciate it if you'd run your tests against that release
> and let me know how it feels.
>
> >>>dlb said:
>  > I've just set up tclhttpd3.2 from the most recent distribution available on
>  > sourceforge and , when testing the CGI examples provided, I'm running into t
>      he
>  > following errors.
>  > This is on a win98 , the standard library (tcllib 0.7) is installed.
>  >
>  > for instance when attempting to 'dump the environment'  I get.
>  >
>  > Tcl-Webserver/3.2.0 October 12, 2000
>  > Tcl version 8.3.0
>  > error info =
>  > can't use empty string as operand of "+"
>  >     while executing
>  > "expr {$counter(total) + $delta}"
>  >     (procedure "counter::count" line 3)
>  >     invoked from within
>  > "counter::count $what $delta"
>  >     (procedure "Count" line 5)
>  >     invoked from within
>  > "Count cgihits"
>  >     (procedure "CgiSpawn" line 26)
>  >     invoked from within
>  > "CgiSpawn $sock $path"
>  > .
>  > .etc..
>  > .
>  >
>  > the error is the same for all of the tests I've done.
>  > Any advice ?
>  >
>  > thanks
>  > David
>  >
>  >
>  >
>  > _______________________________________________
>  > TclHttpd-users mailing list
>  > Tcl...@li...
>  > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
>  >
>
> --      Brent Welch     <we...@pa...>
>
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> http://lists.sourceforge.net/lists/listinfo/tclhttpd-users

[Tclhttpd-users] affecting env(SCRIPT_NAME)

[dlb <sem...@wo...>]

Ok, here's an interesting one..

I've been able to adapt the TCL wiki to TCLHTTPD by using TCLKitsh  ( tclkit
version of tclsh ) as the interpreter ( ie. launching tclhttpd from tclkitsh )
and running the Wikit via CGI. The only real problem that I've encountered is
that there's a quirk in the way that the SCRIPT_NAME environmental variable is
being generated a/o interpreted.  The number of delimiters ,"/ " ,after cgi-bin
in the script path are increasing - with each transaction with the wikit an
extra forward slash is appended to cgi-bin/ .  After a few posts I've got
something that looks like this , ../cgi-bin////////wiki.cgi .

Stripping these so that they don't affect the wiki's internal URL recognition
isn't a problem , but I'm not sure of how to affect the base script_name var. A
clue might lie in the fact that the script_name path reflects the URL of the
referring link + 1 forwards slash between /cgi-gin/ and the cgi script.  So if a
transaction involves several CGI operations you might end up with
/cgi-bin////wikit.cgi , while a simple post to the wiki results in
/cgi-bin//wiki.cgi.

Where is the $url of  'set env(SCRIPT_NAME) $url' within 'Cgi_SetEnvAll'
(cgi.tcl)' coming in from ?  Is this extracted from another environmental var ?

I hadn't noticed this problem with other interps , so am assuming this has
something to do with TCLKitsh .

any ideas ?

thanks
David

ps. once I get this running properly I'd like to look at adapting wikit to an
application direct url.

Re: [Tclhttpd-users] ?? cgi error

[Brent W. <we...@pa...>]

There is an onofficial TclHttpd 3.3 lurking in
ftp://ftp.scriptics.com/pub/tcl/httpd
There have been improvements in the CGI code, but I'd
appreciate it if you'd run your tests against that release
and let me know how it feels.

>>>dlb said:
 > I've just set up tclhttpd3.2 from the most recent distribution available on
 > sourceforge and , when testing the CGI examples provided, I'm running into t
     he
 > following errors.
 > This is on a win98 , the standard library (tcllib 0.7) is installed.
 > 
 > for instance when attempting to 'dump the environment'  I get.
 > 
 > Tcl-Webserver/3.2.0 October 12, 2000
 > Tcl version 8.3.0
 > error info =
 > can't use empty string as operand of "+"
 >     while executing
 > "expr {$counter(total) + $delta}"
 >     (procedure "counter::count" line 3)
 >     invoked from within
 > "counter::count $what $delta"
 >     (procedure "Count" line 5)
 >     invoked from within
 > "Count cgihits"
 >     (procedure "CgiSpawn" line 26)
 >     invoked from within
 > "CgiSpawn $sock $path"
 > .
 > .etc..
 > .
 > 
 > the error is the same for all of the tests I've done.
 > Any advice ?
 > 
 > thanks
 > David
 > 
 > 
 > 
 > _______________________________________________
 > TclHttpd-users mailing list
 > Tcl...@li...
 > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
 > 

--	Brent Welch	<we...@pa...>

RE: [Tclhttpd-users] ?? cgi error

[Derek M. <de...@ti...>]

I thought that this was fixed with a patch to version 3.2.

I think you can fix this in the lib/counter.tcl file by
by making sure you initialise cgihits.  From my counter.tcl
file 

 # These are simple counters about each kind of connection event

    foreach c {accepts sockets connections urlreply keepalive connclose 
		http1.0 http1.1 cgihits} {
	counter::init $c
    }

Derek

> -----Original Message-----
> From: tcl...@li...
> [mailto:tcl...@li...]On Behalf Of dlb
> Sent: Friday, February 23, 2001 11:14 AM
> To: tcl...@li...
> Subject: [Tclhttpd-users] ?? cgi error
> 
> 
> I've just set up tclhttpd3.2 from the most recent 
> distribution available on
> sourceforge and , when testing the CGI examples provided, I'm 
> running into the
> following errors.
> This is on a win98 , the standard library (tcllib 0.7) is installed.
> 
> for instance when attempting to 'dump the environment'  I get.
> 
> Tcl-Webserver/3.2.0 October 12, 2000
> Tcl version 8.3.0
> error info =
> can't use empty string as operand of "+"
>     while executing
> "expr {$counter(total) + $delta}"
>     (procedure "counter::count" line 3)
>     invoked from within
> "counter::count $what $delta"
>     (procedure "Count" line 5)
>     invoked from within
> "Count cgihits"
>     (procedure "CgiSpawn" line 26)
>     invoked from within
> "CgiSpawn $sock $path"
> .
> .etc..
> .
> 
> the error is the same for all of the tests I've done.
> Any advice ?
> 
> thanks
> David
> 
> 
> 
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> http://lists.sourceforge.net/lists/listinfo/tclhttpd-users

[Tclhttpd-users] ?? cgi error

[dlb <sem...@wo...>]

I've just set up tclhttpd3.2 from the most recent distribution available on
sourceforge and , when testing the CGI examples provided, I'm running into the
following errors.
This is on a win98 , the standard library (tcllib 0.7) is installed.

for instance when attempting to 'dump the environment'  I get.

Tcl-Webserver/3.2.0 October 12, 2000
Tcl version 8.3.0
error info =
can't use empty string as operand of "+"
    while executing
"expr {$counter(total) + $delta}"
    (procedure "counter::count" line 3)
    invoked from within
"counter::count $what $delta"
    (procedure "Count" line 5)
    invoked from within
"Count cgihits"
    (procedure "CgiSpawn" line 26)
    invoked from within
"CgiSpawn $sock $path"
.
.etc..
.

the error is the same for all of the tests I've done.
Any advice ?

thanks
David

Re: [Tclhttpd-users] Zombie processes

[Brent W. <we...@pa...>]

Can you set up a very precise test, and indicate what platform you
are using?  and the versions of everything?

>>>Steve Blinkhorn said:
 > >>>Brent Welch said:
 >  > What version of Tcl are you running?
 >  > These processes may be from exec's that fail in an odd way.
 >  > I'm looking through the changes file and don't see a reference to
 >  > zombies, but this rings a bell.  I'll ask around.
 >  > 
 > 
 > This is tclsh8.3.2 and tclhttpd3.2.1, but I don't think this is very
 > version specific.   One particular standard example is where docRoot
 > is simply a directory with no html files.   Even if a file transfer
 > succeeds, we end up with a zombie process.   From the error file:
 > 
 > [07/Feb/2001:20:14:40] sock7 error writing "sock7": broken pipe /testinstall
     .exe
 > [07/Feb/2001:20:14:40] sock7 error flushing "sock7": broken pipe /testinstal
     l.exe
 > [08/Feb/2001:16:26:31] sock7 timeout 
 > [15/Feb/2001:17:04:14] sock7 timeout 
 > [16/Feb/2001:06:56:40] sock7 error writing "sock7": broken pipe /marbella
 > [16/Feb/2001:06:56:40] sock7 error flushing "sock7": broken pipe /marbella
 > [16/Feb/2001:11:14:36] sock7 timeout 
 > 
 >  > >>>Steve Blinkhorn said:
 >  >  > We're getting zombie processes that are children of the tclsh we are
 >  >  > using to start tclhttpd.   It's not at all clear to me where these are
 >  >  > coming from or what I should do to prevent the problem - it could be
 >  >  > that they are the result of failed transfers of one kind or another.
 >  >  > In 25 years of Unix hacking I've never really come across many
 >  >  > zombies, so I need all the help I can get.   Please :-)
 >  >  > 
 >  >  > -- 
 >  >  > Steve Blinkhorn <st...@pr...>
 >  >  > 
 >  >  > _______________________________________________
 >  >  > TclHttpd-users mailing list
 >  >  > Tcl...@li...
 >  >  > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
 >  > 
 >  > --	Brent Welch	<bre...@in...>
 >  > 	http://www.interwoven.com
 >  > 
 >  > 
 > 

--	Brent Welch	<we...@pa...>

Re: [Tclhttpd-users] Zombie processes

[Steve B. <st...@pr...>]

>>>Brent Welch said:
 > What version of Tcl are you running?
 > These processes may be from exec's that fail in an odd way.
 > I'm looking through the changes file and don't see a reference to
 > zombies, but this rings a bell.  I'll ask around.
 > 

This is tclsh8.3.2 and tclhttpd3.2.1, but I don't think this is very
version specific.   One particular standard example is where docRoot
is simply a directory with no html files.   Even if a file transfer
succeeds, we end up with a zombie process.   From the error file:

[07/Feb/2001:20:14:40] sock7 error writing "sock7": broken pipe /testinstall.exe
[07/Feb/2001:20:14:40] sock7 error flushing "sock7": broken pipe /testinstall.exe
[08/Feb/2001:16:26:31] sock7 timeout 
[15/Feb/2001:17:04:14] sock7 timeout 
[16/Feb/2001:06:56:40] sock7 error writing "sock7": broken pipe /marbella
[16/Feb/2001:06:56:40] sock7 error flushing "sock7": broken pipe /marbella
[16/Feb/2001:11:14:36] sock7 timeout 

 > >>>Steve Blinkhorn said:
 >  > We're getting zombie processes that are children of the tclsh we are
 >  > using to start tclhttpd.   It's not at all clear to me where these are
 >  > coming from or what I should do to prevent the problem - it could be
 >  > that they are the result of failed transfers of one kind or another.
 >  > In 25 years of Unix hacking I've never really come across many
 >  > zombies, so I need all the help I can get.   Please :-)
 >  > 
 >  > -- 
 >  > Steve Blinkhorn <st...@pr...>
 >  > 
 >  > _______________________________________________
 >  > TclHttpd-users mailing list
 >  > Tcl...@li...
 >  > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
 > 
 > --	Brent Welch	<bre...@in...>
 > 	http://www.interwoven.com
 > 
 > 

[Tclhttpd-users] tclhttpd with TK

[Ting S. <Tin...@us...>]

Hi,

I am interested to use TCL Web Server to web-enable my TCL/TK
application. I read the information about this web server. most of the
information explains how to integrate tclhttpd into TCL application. In
my application, I have used extensively TK library and widgets and
created at least 25 toplevel windows, is there any information about how

tclhttpd works with TK? Thanks anyone for any information.

Ting Shieh
Tin...@us...

Re: [Tclhttpd-users] Memory Usage & cgi's

[David G. <dav...@in...>]

The exec leak on windows is ~4k per call from a TerminateThread() on the
pipe reader thread.  It got fixed in 8.4a2, and could be merged back down to
8.3.2, I guess.  Either upgrade to 8.4a2 or rebuild 8.3.2 with tclWinPipe.c
from 8.4a2 to solve the exec leak.  There was also a fix put in the generic
part of the pipe stuff regarding a couple un-freed Tcl_Objs, but I
forget what it was exactly, but 8.4a2 has it.

--
Dave

----- Original Message ----- 
From: "Brent Welch" <bre...@in...>
To: "Derek McEachern" <de...@ti...>
Cc: <davygrvy>; "Tclhttpd-Users (E-mail)" <tcl...@li...>
Sent: Thursday, February 08, 2001 3:45 PM
Subject: Re: [Tclhttpd-users] Memory Usage & cgi's 


> Whatever is in your CGI script will have no affect - that's
> a different process.  You might try looking at
> /status/size
> which returns the number of bytes used for data and code at the
> Tcl script level.  It won't highlight any leaks in the C core,
> but there shouldn't be many of those.  Hmm - there is some possibility
> of a leak in exec on Windows - but I thought that was only in certain
> cases - I'll have to check on that.
> 
> >>>"Derek McEachern" said:
>  > All,
>  > 
>  > I'm having a curious problem and I'm not sure what I
>  > can do about it.  Here's my setup: -
>  > 
>  > Windows NT running tclhttpd3.2.0.
>  > 
>  > Almost all my page access are tclsh cgi scripts which
>  > have to do some kind of interaction with a mysql
>  > database.
>  > 
>  > It appears that something in this whole setup is gobbling
>  > up memory that I don't recover until I kill tclhttpd.  I've
>  > been trying to figure out where the problem lies and I'm
>  > not making much progress.
>  > 
>  > First, I have a load of errors in the log80_error file
>  > which look like so:
>  > 
>  >  [08/Feb/2001:15:49:12] nosock bgerror {Thu Feb 08 15:49:12 Central Standard
>  > Time 2001
>  > can't unset "data": no such variable
>  >     while executing
>  > "unset data"
>  >     (procedure "HttpdCloseFinal" line 14)
>  >     invoked from within
>  > "HttpdCloseFinal $sock"
>  >     (procedure "Httpd_SockClose" line 44)
>  >     invoked from within
>  > "Httpd_SockClose sock3920 1 timeout"
>  >     ("after" script)}
>  > 
>  > I haven't got down to the root cause of this but I'm assuming that
>  > this isn't good.
>  > 
>  > The other thing I'm wondering about is the "code" of my
>  > cgi's.  They all look something like
>  > 
>  > #!/bin/sh
>  > # \
>  > exec tclsh "$0" ${1+"$0"}
>  > 
>  > if {[catch {
>  > package require ncgi
>  > lappend auto_path [pwd]
>  > set vars [ncgi::parse]
>  > #--cgi code here
>  > exit 0
>  > }]} {
>  >   #--Catch Errors
>  >   puts "Content-Type: text/html\n"
>  >   puts "<PRE>$errorInfo</PRE>"
>  >   exit 0
>  > }
>  > 
>  > Reaching for straws now I wonder if it has anything to do
>  > with "exiting" though I don't know why..
>  > 
>  > Any thoughts/ideas would be greatly appreciated.
>  > 
>  > Derek
>  > 
>  > 
>  > _______________________________________________
>  > TclHttpd-users mailing list
>  > Tcl...@li...
>  > http://lists.sourceforge.net/lists/listinfo/tclhttpd-users
> 
> -- Brent Welch <bre...@in...>
> http://www.interwoven.com
>