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

Re: [Tclhttpd-users] tclhttpd on FC5

[Wart <wa...@ko...>]

Hi Raul,

It worked fine with the earlier test releases of FC5, so I thought FC5 final would not have problems.  I'll have a FC5 system set up in a few days to test this out..

--Mike


-----Original Message-----

From:  "Raul Elizondo (wizardteam)" <ra...@wi...>
Subj:  [Tclhttpd-users] tclhttpd on FC5
Date:  Thu Mar 23, 2006 10:50 pm
Size:  851 bytes
To:  <tcl...@li...>

Hi,

I just updated today to FC5, and tclhttpd does not display any webpage, cant
see anything in the logs anyway, it just hangs while requesting a page.

Any hint on where to beging digging?

Regards,

-=Raul=-
--

Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.2.6/288 - Release Date: 3/22/2006



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

[Tclhttpd-users] tclhttpd on FC5

[Raul E. (wizardteam) <ra...@wi...>]

Hi,

I just updated today to FC5, and tclhttpd does not display any webpage, cant
see anything in the logs anyway, it just hangs while requesting a page.

Any hint on where to beging digging?

Regards,

-=Raul=-
--

Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.2.6/288 - Release Date: 3/22/2006

[Tclhttpd-users] [Fwd: tclhttpd xss security voulnability]

[Erik L. <e.l...@hc...>]

Forwarded from c.l.t. (header appended):

does anybody made a fix for the cross side scripting (xss) security
voulnability in tclhttpd?
http://www.derkeiler.com/Mailing-Lists/Securiteam/2003-10/0002.html
I do not see anything mentioned on sourceforge.



-------- Original Message --------
Path: 
textreader.nntp.hccnet.nl!master.nntp.hccnet.nl!62.251.0.65.MISMATCH!textnews.nntp.hccnet.nl!194.109.133.62.MISMATCH!newsgate.cistron.nl!news.glorb.com!postnews.google.com!i39g2000cwa.googlegroups.com!not-for-mail
From: yah...@gm...
Newsgroups: comp.lang.tcl
Subject: tclhttpd xss security voulnability
Date: 28 Feb 2006 00:01:44 -0800
Organization: http://groups.google.com
Lines: 5
Message-ID: <114...@i3...>
NNTP-Posting-Host: 192.116.217.101
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Trace: posting.google.com 1141113710 7573 127.0.0.1 (28 Feb 2006 
08:01:50 GMT)
X-Complaints-To: gro...@go...
NNTP-Posting-Date: Tue, 28 Feb 2006 08:01:50 +0000 (UTC)
User-Agent: G2/0.2
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; 
.NET CLR 1.1.4322),gzip(gfe),gzip(gfe)
Complaints-To: gro...@go...
Injection-Info: i39g2000cwa.googlegroups.com; 
posting-host=192.116.217.101; 
posting-account=1IAo9AwAAAAPQyZk4_waT6YUVg4GYVKu
Xref: textreader.nntp.hccnet.nl comp.lang.tcl:44319

[Tclhttpd-users] SSL

[Robert H. <rob...@ea...>]

When I start a tclhttpd server it start both a normal server on port  
8015 and an SSL server on port 8016. Since I do not need SSL portion  
can I prevent that second one from starting? Another suggestion would  
be to put a -ssl no option on the command line.

This thing is really cool.

Robert

Re: [Tclhttpd-users] example for chunked data sending?

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

Oopps..  I posted too quick.

Replace the line in Httpd_ReturnDataChunkHeader:
<         HttpdRespondHeader $sock $type $close "" 200
with:
>         HttpdRespondHeader $sock $type [HttpdCloseP $sock] "" 200

Re: [Tclhttpd-users] example for chunked data sending?

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

David Gravereaux wrote:
> I want to do some experiments with sending an unending page and I need
> to send parts of it at a time delaying through the event loop.  I looked
> at Httpd_ReturnFile and it's similar to what I want to do, but I won't
> be using [fcopy], of course.
> 
> Is there such a procedure that I missed spotting?

Success of the DIY kind..

Attached are some procedures to do chunked data sending for domain
handlers in replace of Httpd_ReturnData.

It works:
http://www.pobox.com/~davygrvy/chat

That plays back an IRC log at triple speed and takes a few minutes to
complete.

A short example of its use would be the following.  Notice that I use
Httpd_ReturnDataChunkHeader in replace of Httpd_ReturnFile and that the
callback script [ChatChunkHandler] sends a "chunk" at a time delaying
through the event loop (non-blocking delay) until finished.

 Url_PrefixInstall /chat [list Chat /chat] -thread 1
 set ChatDir [file dirname [info script]]


 proc Chat {prefix sock suffix} {
    global ChatDir
    upvar #0 Httpd$sock data

    # open the replay file and store it in the connection object.
    set f [open [file join $ChatDir datanew.txt]]
    fconfigure $f -encoding utf-8
    set raw [read $f]
    close $f
    set data(chatLines) [split $raw \n]

    # get page html <head> block with opening <body>
    set firstChunk [ChatGetHeadStuff]

    # process first chat line
    foreach {delay line} [split [lindex $data(chatLines) 0] \t] {}
    set data(chatLines) [lreplace $data(chatLines) 0 0]
    append firstChunk $line

    Httpd_ReturnDataChunkHeader $sock text/html $firstChunk ChatChunkHandler
 }


 proc ChatChunkHandler {sock} {
    upvar #0 Httpd$sock data

    set delay 0
    set line ""

    # process next chat line
    foreach {delay line} [split [lindex $data(chatLines) 0] \t] {}
    set data(chatLines) [lreplace $data(chatLines) 0 0]

    set delay [expr {int($delay/3.0)}]

    if {[llength $data(chatLines)] != 0} {
    	after $delay [list Httpd_ReturnDataChunkBody $sock $line
ChatChunkHandler]
    } else {
	unset data(chatLines)
    	after $delay [list Httpd_ReturnDataChunkLast $sock $line]
    }
 }


 proc ChatGetHeadStuff {} {
    return {<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01
Transitional//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
    <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
    <META NAME="Generator" CONTENT="IRC_Engine">
    <TITLE>Live on Internet Relay Chat</TITLE>
    <style type="text/css">
    .....
    </style>
</head>
<body text="#C0C0C0" bgcolor="#000000">
 }
 }

[Tclhttpd-users] Expect + Tclhttpd work nice together

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

http://www.pobox.com/~davygrvy/news.tml#weather

<td colspan=2 style="white-space: pre; font-family: monospace;"
class="headline_details">[string map { & &amp; < &lt; > &gt; \" &quot; }
[exec c:/weather.exe SFO]]</td>

Life just couldn't be more easy than this.

[Tclhttpd-users] example for chunked data sending?

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

I want to do some experiments with sending an unending page and I need
to send parts of it at a time delaying through the event loop.  I looked
at Httpd_ReturnFile and it's similar to what I want to do, but I won't
be using [fcopy], of course.

Is there such a procedure that I missed spotting?

Re: [Tclhttpd-users] Config virtual issues

[Wart <wa...@ko...>]

Hi Raul,

This md5 problem appears to be fixed in CVS, but the rpm is based on the
last source release (3.5.1), which was in May of 2004 and didn't contain
this fix.

I'll add a patch for the rpm package until the next source release is
available.

--Mike

Raul Elizondo (wizardteam) wrote:
> Hi,
> 
> I've been working with tclhttpd for about a year and a half, perhaps more,
> and there is something that comes everytime that i want to use virtuals.
> 
> Nothing difficult to fix.  in the utils.tcl, i have to add "package require
> md5", when using the tarball installation, otherwise i get an error when i
> start the script.
> 
> If i want to use the extras option, it works great for a single hostname,
> but adding virtuals, there it comes again the utils.tcl error and after
> fixing that, then i get a "httpthread.tcl" missing error.
> 
> Am I missing something or is it a real bug?
> 
> Regards,
> 
> -=Raul=-
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

Re: [Tclhttpd-users] rpm error

[Michael T. <wa...@ko...>]

Hi Raul,

Raul Elizondo (wizardteam) wrote:
> Hi again,
> 
> Well, i copied httpdthread.tcl and then that issued ends, but now it comes
> another problem i cant handle.  If i set another port for tclhttpd, it
> starts with no problem, but if i set port 80, i get this problem:
> 
> # service tclhttpd start
> Starting tclhttpd: myhost.mydom.org:80 couldn't open socket: permission
> denied
> cmd=socket -server {HttpdAccept {http 100.100.100.100 80}} -myaddr
> 100.100.100.100 80
>     while executing
> "Httpd_Server $Config(port) $Config(host) $Config(ipaddr)"
>     (file "/usr/bin/tclhttpd" line 230)
>                                                            [FAILED]
> 
> There is no apache in this server and no other app is using port 80,
> however, its getting me that error.
> 
> Any hint?

I've modified the init.d startup script to fix the port 80 issue,
committed it to CVS, and built new packages for Fedora Core 3 and 4 and
the upcoming Fedora Core 5.  The new packages should be hitting the
fedora mirrors in the next couple of days.  The version number on the
new packages is tclhttpd-3.5.1-8.

--Wart

Re: [Tclhttpd-users] rpm error

[Michael T. <wa...@ko...>]

Raul Elizondo (wizardteam) wrote:
> Hi again,
> 
> Well, i copied httpdthread.tcl and then that issued ends, but now it comes
> another problem i cant handle.  If i set another port for tclhttpd, it
> starts with no problem, but if i set port 80, i get this problem:
> 
> # service tclhttpd start
> Starting tclhttpd: myhost.mydom.org:80 couldn't open socket: permission
> denied
> cmd=socket -server {HttpdAccept {http 100.100.100.100 80}} -myaddr
> 100.100.100.100 80
>     while executing
> "Httpd_Server $Config(port) $Config(host) $Config(ipaddr)"
>     (file "/usr/bin/tclhttpd" line 230)
>                                                            [FAILED]
> 
> There is no apache in this server and no other app is using port 80,
> however, its getting me that error.

> Any hint?

Port 80 is restricted for use by the root user.  If you are not running
your process as root, then it won't be able to listen on port 80.  Now,
this isn't supposed to be a problem with tclhttpd because it starts as
root and then changes to a non-root user as defined in the tclhttpd
config file.  However, the /etc/init.d/startup script tries to force the
user to 'tclhttpd' before it starts the server, so tclhttpd never gets a
chance to be root when it opens port 80.

In short, this is a bug in the /etc/init.d startup script that comes
with the rpm.  Please file a bug on it and I'll work on fixing it.

Was your earlier issues with missing httpthread.tcl a problem in the rpm
installer or just the tarball installation?  If it was a rpm
installation problem then can you provide me with the package version
that you used (rpm -q tclhttpd)?

Thanks,

--Wart

[Tclhttpd-users] rpm error

[Raul E. \(wizardteam\) <ra...@wi...>]

Hi again,

Well, i copied httpdthread.tcl and then that issued ends, but now it comes
another problem i cant handle.  If i set another port for tclhttpd, it
starts with no problem, but if i set port 80, i get this problem:

# service tclhttpd start
Starting tclhttpd: myhost.mydom.org:80 couldn't open socket: permission
denied
cmd=socket -server {HttpdAccept {http 100.100.100.100 80}} -myaddr
100.100.100.100 80
    while executing
"Httpd_Server $Config(port) $Config(host) $Config(ipaddr)"
    (file "/usr/bin/tclhttpd" line 230)
                                                           [FAILED]

There is no apache in this server and no other app is using port 80,
however, its getting me that error.

Any hint?

Regards,

-=Raul=-

[Tclhttpd-users] Config virtual issues

[Raul E. \(wizardteam\) <ra...@wi...>]

Hi,

I've been working with tclhttpd for about a year and a half, perhaps more,
and there is something that comes everytime that i want to use virtuals.

Nothing difficult to fix.  in the utils.tcl, i have to add "package require
md5", when using the tarball installation, otherwise i get an error when i
start the script.

If i want to use the extras option, it works great for a single hostname,
but adding virtuals, there it comes again the utils.tcl error and after
fixing that, then i get a "httpthread.tcl" missing error.

Am I missing something or is it a real bug?

Regards,

-=Raul=-

Re: [Tclhttpd-users] question on charsets

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

Shawn Kielty wrote:
> I don't think it follows that it is true in an xml document type declar=
ation
> as well.  Is the document type declaration used for other purposes such=
 as
> validation?

Hey Shawn,

The XML parser reads it so it knows the charset of the bytes that follow.

But, oddly enough with tdom it gets rather difficult because you can't
give [dom parse] the XML declaration because of apparently the strange
way it operates.  tdom instead of externalizing the string to then hand
to expat's XML_Parse() so that the characters you see are the characters
it gets (like any other well behaved extension), subverts the normal
case and hands XML_Parse() Tcl's internal utf-8 rep.

IOW, you get this:
(Desktop) 211 % [dom parse {<?xml version=3D"1.0" encoding=3D"ISO-8859-1"
?><foo>=E4</foo>}] asXML
<foo>=C3=A4</foo>

'=E4' !=3D '=C3=A4' (its internal utf-8 rep)

Even though '=E4' is a member of ISO-8859-1, and I'm claiming the documen=
t
to be as such, is not how tdom works.  I guess one is supposed to
manually read the declaration for a charset, strip the declaration,
convert it with [encoding converfrom], then call [tdom parse].

Whoa..  like that was obvious :(

<bangheadonkeyboard repeat=3D"4" />

RE: [Tclhttpd-users] question on charsets

[Shawn K. <sha...@ea...>]

I don't think it follows that it is true in an xml document type declaration
as well.  Is the document type declaration used for other purposes such as
validation?

S
-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Alexios
Zavras
Sent: Wednesday, January 25, 2006 7:55 AM
To: David Gravereaux
Cc: tcl...@li...
Subject: Re: [Tclhttpd-users] question on charsets


Wojciech Kocjan wrote [edited]:
> Dnia 25-01-2006 o 13:05:40 David Gravereaux <dav...@po...> napisa?:
> >What happens when the server sets
> >    "Content-Type: text/html; charset=XXX"
> >in the headers and the page contains:
> >    <meta http-equiv="Content-Type" content="text/html; charset=YYY">
> >Does the <meta> win or is it done twice, once for the transmission, and
> >second at html parser level?
>
> From what I know http wins, meta is chosen when http does not specify it.
> But I'm not sure if it's standarized in any way so that you can actually
> rely on this.

That's correct -- and it *is* standardized.
From section 5.2.2 of the html spec:
----------------------------------------------------------------------
To sum up, conforming user agents must observe the following priorities
when determining a document's character encoding
(from highest priority to lowest):
- An HTTP "charset" parameter in a "Content-Type" field.
- A META declaration with "http-equiv" set to "Content-Type"
  and a value set for "charset".
- The charset attribute set on an element that designates
  an external resource.
----------------------------------------------------------------------

    http://www.w3.org/TR/REC-html40/charset.html#doc-char-set

--
-- zvr --
--  +---------------------------+       Alexios Zavras (-zvr-)
    | H eytyxia den exei enoxes |       zv...@po...
    +-----------------------zvr-+


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

Re: [Tclhttpd-users] question on charsets

[Alexios Z. <zv...@po...>]

Wojciech Kocjan wrote [edited]:
> Dnia 25-01-2006 o 13:05:40 David Gravereaux <dav...@po...> napisa?:
> >What happens when the server sets
> >    "Content-Type: text/html; charset=XXX"
> >in the headers and the page contains:
> >    <meta http-equiv="Content-Type" content="text/html; charset=YYY">
> >Does the <meta> win or is it done twice, once for the transmission, and
> >second at html parser level?
>
> From what I know http wins, meta is chosen when http does not specify it.  
> But I'm not sure if it's standarized in any way so that you can actually  
> rely on this.

That's correct -- and it *is* standardized.
From section 5.2.2 of the html spec:
----------------------------------------------------------------------
To sum up, conforming user agents must observe the following priorities
when determining a document's character encoding
(from highest priority to lowest):
- An HTTP "charset" parameter in a "Content-Type" field.
- A META declaration with "http-equiv" set to "Content-Type"
  and a value set for "charset".
- The charset attribute set on an element that designates
  an external resource.
----------------------------------------------------------------------

    http://www.w3.org/TR/REC-html40/charset.html#doc-char-set

-- 
-- zvr --
--  +---------------------------+       Alexios Zavras (-zvr-)
    | H eytyxia den exei enoxes |       zv...@po...
    +-----------------------zvr-+

Re: [Tclhttpd-users] question on charsets

[Wojciech K. <woj...@ko...>]

 From what I know http wins, meta is chosen when http does not specify it.  
But I'm not sure if it's standarized in any way so that you can actually  
rely on this.

The best practice is to set both meta/xml declaration and http  
Content-Type.

Dnia 25-01-2006 o 13:05:40 David Gravereaux <dav...@po...> napisał:

> What happens when the server sets
>     "Content-Type: text/html; charset=XXX"
>
> in the headers and the page contains:
>     <meta http-equiv="Content-Type" content="text/html; charset=YYY">
>
> Does the <meta> win or is it done twice, once for the transmission, and
> second at html parser level?
>
> Is the same true for an XML document declaration?
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log  
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users



-- 
WK

[Tclhttpd-users] question on charsets

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

What happens when the server sets
    "Content-Type: text/html; charset=XXX"

in the headers and the page contains:
    <meta http-equiv="Content-Type" content="text/html; charset=YYY">

Does the <meta> win or is it done twice, once for the transmission, and
second at html parser level?

Is the same true for an XML document declaration?

[Tclhttpd-users] Handing back to tclhttpd from a domain handler

[Graeme P. <fgp...@uk...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="sans-serif">Having set up a domain handler using
Url_PrefixInstall can I have some requests handed back from my handler
to tclhttpd to be processed as usual?<br>
<br>
At the moment my handler will return some content drawn from a
database, or a 404.<br>
<br>
What I would like to do, is, rather than immediately returning a 404,
is to hand the request back to tclhttpd's usual processing so it can
return a file from the appropriate directory.<br>
<br>
I do not want to simply use </font>Httpd_ReturnFile as I would prefer
to be able to use .tml files etc.<br>
<br>
Is this going to be straightforward to do?<br>
<br>
Graeme<br>
<br>
<br>
</body>
</html>

[Tclhttpd-users] tclhttpd now in Fedora Extras

[Wart <wa...@ko...>]

After many months of delay, tclhttpd is now part of the Fedora Extras
software repository.  This means that anyone running Fedora Core 3 or 4
can install tclhttpd with one command:

yum install tclhttpd

This version is based on the released tclhttpd 3.5.1 sources with some
minor patches to fudge the installed file structure into something that
Fedora could accept.

--Mike

[Tclhttpd-users] Help! Implementing an embedded httpd

[Marco v. d. H. <mar...@xs...>]

Hi,

I try to implement an embedded httpd, by using solely Direct_Url's. A 
peace of the code:

if { $Interactief == "Ja" } {

    lappend auto_path "$WorkDirectory/../tcl/lib"

    package require httpd

    package require httpd::version

    package require httpd::direct

    package require httpd::url

    package require httpd::threadmgr

    Httpd_Server 80 127.0.0.1

    Direct_Url /testje testje

}

proc testje {} {

    return "<html>\nDit is een testje <BR>\n</html>\n"

}


And of course there is a Tcl event loop. What am I forgetting?

Thanks for your thoughts! :-)

Marco

Re: [Tclhttpd-users] HTTP/1.1 chunked transfer-encoding support

[Colin M. <co...@ch...>]

On Wed, 2005-09-14 at 17:15 +0200, Heyligen Tom wrote:

> The client sends multiple messages/chunks to the server, indicating
>  "Transfer-Encoding: chunked" in the header of the 1st message. 
> Each chunks carries its own size indicator. The chunked encoding series
>  is correctly ended by a chunk whose size is zero.
> 
> Unfortunately, TclHTTPD replies with a 411 error (length required).
>  This Httpd_Error seems to be generated in the HttpdRead procedure 
> from lib/httpd.tcl when state equals "0,mime".
> 
> So, my question is: is chunked transfer-encoding supported?
>  If so, what could be missing? If not, any plans to implement it in future versions?

I've noticed this too, and my conclusion is that transfer-encoding is
not properly supported.  Tclhttpd supports a mostly useful subset of
HTTP1.1 spec, but certainly not the whole thing.

Sorry to respond tersely and uninformatively, but I have no idea whether
T-E will ever be supported.

Colin.

[Tclhttpd-users] HTTP/1.1 chunked transfer-encoding support

[Heyligen T. <Tom...@th...>]

Hi tclhttpd-users,

I'm new to TclHTTPD, so please forgive my ignorance.


I'm dealing with a HTTP/1.1 client that is sending dynamic XML content =
to a TclHTTPD 3.5.1 server using POST methods. My intention is to =
implement TclSOAP services under TclHTTPD to handle incoming SOAP calls.

The client sends multiple messages/chunks to the server, indicating =
"Transfer-Encoding: chunked" in the header of the 1st message. Each =
chunks carries its own size indicator. The chunked encoding series is =
correctly ended by a chunk whose size is zero.

Unfortunately, TclHTTPD replies with a 411 error (length required). This =
Httpd_Error seems to be generated in the HttpdRead procedure from =
lib/httpd.tcl when state equals "0,mime".

So, my question is: is chunked transfer-encoding supported? If so, what =
could be missing? If not, any plans to implement it in future versions?


Thanks a lot,
 Tom.

[Tclhttpd-users] Upload

[Paul N. <web...@ih...>]

I have found the Url_upload mangles multiple select values. They get
cantenated into a string instead of into a list. They are then returned in
multiples.

Regards, Paul Nash
webscool.org

[Tclhttpd-users] Cookie_Get env(HTTP_COOKIE)

[Paul N. <web...@ih...>]

I am starting out usingh tclhttpd and am getting some inexplicable
behaviour.

The tclhttpd3.5.1 is running on Windows XP with tcl/Tk 8.4
I am accessing the server from a Windows Me box

proc Cookie_Get {cookie} {
    global env
    set result ""
    if {[info exist env(HTTP_COOKIE)]} {
 set rawcookie $env(HTTP_COOKIE)
    } else {......

and I get the error message

can't read "env(HTTP_COOKIE)": no such variable while executing "set
rawcookie $env(HTTP_COOKIE)" (procedure "Cookie_Get" line 5) invoked from
within "Cookie_Get $login(-cookiename)"

Schelte.on c.l.tcl says it has been an outstanding tcl bug (#845241) for at
least 2 years and suggests a catch for the set.

Regards, Paul Nash
wenscool.org