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

[Tclhttpd-users] cgi problems - once more - possible solution.

[petrus v. <pet...@si...>]

Hi Brent,

I found some suspicious code part in cgi.tcl appr. line 240.

There you overwrite  Httpd$sock(cancel) without cancelling a former
timer.

 # Set up a timer in case it hangs

    set data(cancel) [after $Cgi(timeout) CgiCancel $fd $sock]


As workaround I just wrote

catch { after cancel $data(cancel)  }

before this statement.

From now on I have no entries in the listing produced by debug/after.

TclPro helped me to find this suspicious code part and a grep on
data(cancel) showed that
cgi.tcl#241 might be the only code part where the timer is not
cancelled.

I do not know if my workaround is just fine or a new component in the
data array will have to be defined.

--
#-------With best regards,    Mit freundlichen Gruessen,    Met vriendelijke groet,  ------
# Piet Vloet
# Siemens AG Austria
# Boschstrasse 10       Phone : +43-51707-42906
# A-1190 Vienna         Fax   : +43-51707-52606
# mailto:pet...@si...                WWW:http://www.siemens.at

[Tclhttpd-users] cgi problems - once more

[petrus v. <pet...@si...>]

Hi Brent,

Is this normal? All refering to sock8 ??


after#5427 {Httpd_SockClose sock8 1 timeout} timer
after#5393 {Httpd_SockClose sock8 1 timeout} timer
after#5385 {Httpd_SockClose sock8 1 timeout} timer
after#5380 {Httpd_SockClose sock8 1 timeout} timer
after#5375 {Httpd_SockClose sock8 1 timeout} timer
after#5268 {counter::MergeHour 3600000} timer
after#5257 Log_SetFile timer

--
#-------With best regards,    Mit freundlichen Gruessen,    Met vriendelijke groet,  ------
# Piet Vloet
# Siemens AG Austria
# Boschstrasse 10       Phone : +43-51707-42906
# A-1190 Vienna         Fax   : +43-51707-52606
# mailto:pet...@si...                WWW:http://www.siemens.at

[Tclhttpd-users] CGI POST bug fix

[Donald G P. <dgp...@er...>]

While I was testing out TIP #13 with tclhttpd 2.3.6, I had to make
the following patch to get handling of POST requests working smoothly.
I don't know whether a similar patch might be useful in tclhttpd 3.x:

*** tmp/tclhttpd2.3.6/lib/cgi.tcl	Wed Dec  1 01:34:55 1999
--- tclhttpd2.3.6/lib/cgi.tcl	Tue Nov 14 10:53:51 2000
***************
*** 294,299 ****
--- 294,300 ----
  	    # of response to make
  
  	    if {[gets $fd line] <= 0} {
+ 	      if {![fblocked $fd]} {
  		set data(header) 1
  		puts $sock "HTTP/1.0 $data(headercode)"
  		puts $sock "Server: $Httpd(server)"
***************
*** 304,309 ****
--- 305,311 ----
  		}
  		puts $sock ""
  		flush $sock
+ 	      }
  	    } else {
  		lappend data(headerlist) $line
  		if {[regexp -nocase ^(location|uri): $line]} {

-- 
| Don Porter          Mathematical and Computational Sciences Division |
| don...@ni...             Information Technology Laboratory |
| http://math.nist.gov/~DPorter/                                  NIST |
|______________________________________________________________________|

[Tclhttpd-users] cgi problems, to be continued.

[petrus v. <pet...@si...>]

Hi Brent,

The fix in httpd.tcl seems to work. At least no error entries in the
error file.

CGI is not 100% stable.
Often I get " ....contained no data" on the screen

and  the cgi program ( a with tclpro wrapped tcl script) that wants to
write to std out writes on stderr:

error writing "stdout": broken pipe
    while executing
"puts "Content-Type: text/html""
    (procedure "bugtEditScreen" line 29)
    invoked from within
"bugtEditScreen $cgi(SELECTION) "
    ("Edit Entry" arm line 1)
    invoked from within
"# Compiled -- no source code available
error "called a copy of a compiled script""
    invoked from within
"tbcload::bceval {
TclPro ByteCode 1 0 1.3 8.3
42 0 313 45 0 0 212 0 4 42 42 -1 -1
313
w0E<!-fSs!&-<<!,l4pv(0*!!(NA9v.EW<!3)Ppv.o=6#4;tl#.EW<!9Atpv2>UN..."
    (file "bugt.tbc" line 7)
error writing "stdout": broken pipe
    while executing
"puts "Content-Type: text/html""
    (procedure "bugtEditScreen" line 29)
    invoked from within
"bugtEditScreen $cgi(SELECTION) "
    ("Edit Entry" arm line 1)
    invoked from within
"# Compiled -- no source code available
error "called a copy of a compiled script""
    invoked from within
"tbcload::bceval {
TclPro ByteCode 1 0 1.3 8.3
42 0 313 45 0 0 212 0 4 42 42 -1 -1
313
w0E<!-fSs!&-<<!,l4pv(0*!!(NA9v.EW<!3)Ppv.o=6#4;tl#.EW<!9Atpv2>UN..."
    (file "bugt.tbc" line 7)
error writing "stdout": broken pipe
    while executing
"puts "Content-Type: text/html""
    (procedure "bugtEditScreen" line 29)
    invoked from within
"bugtEditScreen $cgi(SELECTION) "
    ("Edit Entry" arm line 1)
    invoked from within
"# Compiled -- no source code available
error "called a copy of a compiled script""
    invoked from within
"tbcload::bceval {
TclPro ByteCode 1 0 1.3 8.3
42 0 313 45 0 0 212 0 4 42 42 -1 -1
313
w0E<!-fSs!&-<<!,l4pv(0*!!(NA9v.EW<!3)Ppv.o=6#4;tl#.EW<!9Atpv2>UN..."
    (file "bugt.tbc" line 7)


tclhttpd creates  following entries in the errorfile.

 [16/Nov/2000:10:19:22] sock8 error writing "sock8": broken pipe
/oca/a/SXC-OCA.jpg
 [16/Nov/2000:10:19:22] sock8 error flushing "sock8": broken pipe
/oca/a/SXC-OCA.jpg
 [16/Nov/2000:10:21:19] sock8 timeout
 [16/Nov/2000:10:21:19] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:22:00] sock8 timeout
 [16/Nov/2000:10:22:00] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:23:30] sock8 timeout
 [16/Nov/2000:10:23:30] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:23:41] sock8 timeout
 [16/Nov/2000:10:23:41] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:24:42] sock8 timeout
 [16/Nov/2000:10:24:42] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:24:58] sock8 timeout
 [16/Nov/2000:10:26:04] sock8 timeout  /oca/a/bugt.cgi
 [16/Nov/2000:10:26:37] sock8 timeout
 [16/Nov/2000:10:26:37] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:26:45] sock8 timeout
 [16/Nov/2000:10:26:45] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:26:59] sock8 timeout
 [16/Nov/2000:10:26:59] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:28:04] sock8 timeout
 [16/Nov/2000:10:28:04] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:28:05] sock8 timeout
 [16/Nov/2000:10:28:05] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:28:23] sock8 timeout
 [16/Nov/2000:10:28:23] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:29:09] sock8 timeout
 [16/Nov/2000:10:29:09] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:29:17] sock8 timeout
 [16/Nov/2000:10:29:17] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:35:09] sock8 timeout
 [16/Nov/2000:10:35:19] sock8 timeout
 [16/Nov/2000:10:35:19] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:36:13] sock9 timeout
 [16/Nov/2000:10:36:13] sock9 CloseError {can not find channel named
"sock9"}
 [16/Nov/2000:10:36:24] sock9 timeout
 [16/Nov/2000:10:36:24] sock9 CloseError {can not find channel named
"sock9"}
 [16/Nov/2000:10:36:35] sock9 timeout
 [16/Nov/2000:10:36:35] sock9 CloseError {can not find channel named
"sock9"}
 [16/Nov/2000:10:38:00] sock8 timeout  /oca/b/bugt.cgi
 [16/Nov/2000:10:39:54] sock8 timeout
 [16/Nov/2000:10:39:54] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:39:59] sock8 timeout
 [16/Nov/2000:10:39:59] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:40:08] sock8 timeout
 [16/Nov/2000:10:40:08] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:46:05] sock8 timeout
 [16/Nov/2000:10:46:17] sock8 timeout
 [16/Nov/2000:10:46:17] sock8 CloseError {can not find channel named
"sock8"}
 [16/Nov/2000:10:47:33] sock9 timeout
 [16/Nov/2000:10:47:33] sock9 CloseError {can not find channel named
"sock9"}
 [16/Nov/2000:10:47:49] sock8 timeout


I grepped on tclhttpd lib and found out there exist +/- 4 timers in the
tclhttpd system

3 in httpd.tcl and 1 in cgi.tcl

I have such feeling, that the  triggered timers   go off later  falling
in the next transaction with the same socket-id.

Start CGI
CGI - END
Timer not cancelled in each case

Start CGI
Timer goes off
CGI end
CGI programm sends to stdout
No data

As said I guess.

Can you tell me a little bit more about the origin of the  timeout
messages.
Once a  file is mentioned once not (see above).


Environment:

solaris2.5.1
tclhttpd-dist3.2.0 (standard config)  + cgi + httpd patch

Thanks Piet

--
#-------With best regards,    Mit freundlichen Gruessen,    Met vriendelijke groet,  ------
# Piet Vloet
# Siemens AG Austria
# Boschstrasse 10       Phone : +43-51707-42906
# A-1190 Vienna         Fax   : +43-51707-52606
# mailto:pet...@si...                WWW:http://www.siemens.at

[Tclhttpd-users] [ 108055 ] CVSWeb view broken (exmh, tclhttpd) (fwd)

[Brent W. <bre...@in...>]

FYI - they know the SourceForge CVSWeb view is broken, and
it will repair itself eventually.
	Brent

Re: [Tclhttpd-users] tclhttpd / xmlrpc-transfer

[Brent W. <bre...@in...>]

In 3.1 the POST data is not automatically loaded inthe Httpd$sock(query)
In 3.2 it is (based on the -readpost flag to Url_PrefixInstall).

In 3.1, you can call either Url_ReadPost or Httpd_GetPostData
(look at url.tcl and httpd.tcl to see what you want to use)

>>>"j.heidemeier" said:
 > Hallo,
 > sorry to bother you with my problems, but I'm really stuck.
 > I'm trying to run rpc-communications via the xml-rpc package of steve
 > balls using tclhttpd3.1.
 > I wrote a small client programm which aims at calling the sample
 > MyMethod in the tclhttpd.rc configuration file of the xml-rpc package.
 > The client sends the following request (the call wrapped for better
 > display), which looks correct to me:
 > 
 > POST /xmlrpc HTTP/1.0
 > Accept: */*
 > Host: localhost
 > User-Agent: Tcl http client package 2.3
 > Content-Type: text/xml
 > Content-Length: 194
 > 
 > <?xml version='1.0'?>
 > <!DOCTYPE methodCall>
 > <methodCall>
 > <methodName>MyMethod</methodName>
 > <params>
 > <param><value>test</value></param>
 > <param><value><i4>20</i4></value></param>
 > </params>
 > </methodCall>
 > . 
 > The call arrives at the server but the data are lost:
 > The contents of the Httpd$sock(query) array, caught in URL-Dispatch is
 > empty, but mime,content-type and mime,content-length are correct.
 > Has anybody an idea what's running wrong?
 > Thanks in advance
 > 
 >  -- 
 > Dr. Joachim Heidemeier 			Tel. +49-30-8903-2780 
 > Fachgebiet II 3.2 			joa...@ub... 
 > Federal Environmental Agency, Bismarckplatz 1 D-14191 Berlin
 > 
 > _______________________________________________
 > TclHttpd-users mailing list
 > Tcl...@li...
 > http://lists.sourceforge.net/mailman/listinfo/tclhttpd-users

--	Brent Welch	<bre...@in...>
	http://www.interwoven.com

[Tclhttpd-users] tclhttpd / xmlrpc-transfer

[j.heidemeier <jo...@ub...>]

Hallo,
sorry to bother you with my problems, but I'm really stuck.
I'm trying to run rpc-communications via the xml-rpc package of steve
balls using tclhttpd3.1.
I wrote a small client programm which aims at calling the sample
MyMethod in the tclhttpd.rc configuration file of the xml-rpc package.
The client sends the following request (the call wrapped for better
display), which looks correct to me:

POST /xmlrpc HTTP/1.0
Accept: */*
Host: localhost
User-Agent: Tcl http client package 2.3
Content-Type: text/xml
Content-Length: 194

<?xml version='1.0'?>
<!DOCTYPE methodCall>
<methodCall>
<methodName>MyMethod</methodName>
<params>
<param><value>test</value></param>
<param><value><i4>20</i4></value></param>
</params>
</methodCall>
. 
The call arrives at the server but the data are lost:
The contents of the Httpd$sock(query) array, caught in URL-Dispatch is
empty, but mime,content-type and mime,content-length are correct.
Has anybody an idea what's running wrong?
Thanks in advance

 -- 
Dr. Joachim Heidemeier 			Tel. +49-30-8903-2780 
Fachgebiet II 3.2 			joa...@ub... 
Federal Environmental Agency, Bismarckplatz 1 D-14191 Berlin

[Tclhttpd-users] Re: cgi problems.

[brent w. <bw...@in...>]

Hmm - attached are a couple of patches that may help cleanup properly
in error cases.  The one for httpd.tcl seems mandatory, but the one
for cgi.tcl I can't see how it fixes the "Too many cgi" problem.

>>>petrus vloet said:
 > Hi Brent,
 > 
 > Although cgi is running I have the feeling it is not so stabil as before.
 > 
 > I adapted Dave Maggianos Bugtracking Database and wrapped it and have now +/
     - 15 users accessing this tool
 > 
 > One of them reported following error:
 > 
 > Got the error Service Temporarily Unavailable
 > while trying to obtain /oca/a/bugt.cgi.
 > Too many CGI's
 > 
 > The error file got many such entries:
 > 
 > [07/Nov/2000:15:34:57] nosock bgerror {Tue Nov 07 15:34:57 MET 2000
 > 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 sock8 1 timeout"
 >     ("after" script)}
 >  [07/Nov/2000:15:35:16] sock8 timeout  /oca/a/bugt.cgi
 >  [07/Nov/2000:15:35:49] sock8 timeout
 >  [07/Nov/2000:15:35:49] sock8 CloseError {can not find channel named "sock8"
     }
 >  [07/Nov/2000:15:35:49] nosock bgerror {Tue Nov 07 15:35:49 MET 2000
 > 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 sock8 1 timeout"
 >     ("after" script)}
 >  [07/Nov/2000:15:36:07] sock8 timeout  /oca/a/bugt.cgi
 >  [07/Nov/2000:15:36:08] sock8 Error 504 /oca/a/bugt.cgi {Too many CGI's} /oc
     a/a/bugt.cgi
 >  [07/Nov/2000:15:36:16] sock8 Error 504 /oca/a/bugt.cgi {Too many CGI's} /oc
     a/a/bugt.cgi
 > 
 > Do these entries cause an unproper cleaning of the Cgi array?
 > 
 > What can cause an overflow ?
 > 
 > The operations do not take that long.
 > 
 > For what do I have to look for in David Maggianos code.
 > 
 > Forget to close a socket for example?
 > 
 > Another indices might be that rather often there comes a popup window with t
     he message
 > 
 > ... contained no data ..
 > 
 > I will not restart server and bugt to clean up everything.
 > 
 > I'm getting acustomed with your debug URL.
 > 
 > For debugging purposes I can print out some additional stuff when this happe
     ns again in the future.
 > 
 > Piet
 > 
 > --
 > #-------With best regards,    Mit freundlichen Gruessen,    Met vriendelijke
      groet,  ------
 > # Piet Vloet
 > # Siemens AG Austria
 > # Boschstrasse 10       Phone : +43-51707-42906
 > # A-1190 Vienna         Fax   : +43-51707-52606
 > # mailto:pet...@si...                WWW:http://www.siemens.at
 > 
 > 
 > 

--	Brent Welch	<bre...@in...>
	http://www.interwoven.com

[Tclhttpd-users] cgi problems.

[petrus v. <pet...@si...>]

Hi Brent,

Although cgi is running I have the feeling it is not so stabil as before.

I adapted Dave Maggianos Bugtracking Database and wrapped it and have now +/- 15 users accessing this tool

One of them reported following error:

Got the error Service Temporarily Unavailable
while trying to obtain /oca/a/bugt.cgi.
Too many CGI's

The error file got many such entries:

[07/Nov/2000:15:34:57] nosock bgerror {Tue Nov 07 15:34:57 MET 2000
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 sock8 1 timeout"
    ("after" script)}
 [07/Nov/2000:15:35:16] sock8 timeout  /oca/a/bugt.cgi
 [07/Nov/2000:15:35:49] sock8 timeout
 [07/Nov/2000:15:35:49] sock8 CloseError {can not find channel named "sock8"}
 [07/Nov/2000:15:35:49] nosock bgerror {Tue Nov 07 15:35:49 MET 2000
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 sock8 1 timeout"
    ("after" script)}
 [07/Nov/2000:15:36:07] sock8 timeout  /oca/a/bugt.cgi
 [07/Nov/2000:15:36:08] sock8 Error 504 /oca/a/bugt.cgi {Too many CGI's} /oca/a/bugt.cgi
 [07/Nov/2000:15:36:16] sock8 Error 504 /oca/a/bugt.cgi {Too many CGI's} /oca/a/bugt.cgi

Do these entries cause an unproper cleaning of the Cgi array?

What can cause an overflow ?

The operations do not take that long.

For what do I have to look for in David Maggianos code.

Forget to close a socket for example?

Another indices might be that rather often there comes a popup window with the message

... contained no data ..

I will not restart server and bugt to clean up everything.

I'm getting acustomed with your debug URL.

For debugging purposes I can print out some additional stuff when this happens again in the future.

Piet

--
#-------With best regards,    Mit freundlichen Gruessen,    Met vriendelijke groet,  ------
# Piet Vloet
# Siemens AG Austria
# Boschstrasse 10       Phone : +43-51707-42906
# A-1190 Vienna         Fax   : +43-51707-52606
# mailto:pet...@si...                WWW:http://www.siemens.at

[Tclhttpd-users] tclpro and tclhttpd

[petrus v. <pet...@si...>]

Hi,

Im trying to debug a running tclhttpd application.

So I performed following get operations:

http://../debug/dbg?host=localhost&port=5000
and
http://../debug/source?source=auth.tcl
This gave as output
"Reloaded auth.tcl".

Now I expected that the code would be displayed in TclPro.
This did not happen.

What steps I have to perform additionally.


tclhttpd - standalone: 3.2.1
tclpro: 1.3
solaris: 2.5.1

--
#-------With best regards,    Mit freundlichen Gruessen,    Met vriendelijke groet,  ------
# Piet Vloet
# Siemens AG Austria
# Boschstrasse 10       Phone : +43-51707-42906
# A-1190 Vienna         Fax   : +43-51707-52606
# mailto:pet...@si...                WWW:http://www.siemens.at

[Tclhttpd-users] TclHttpd-users -- confirmation of subscription -- request 206411

[Andreas W. <aw...@cs...>]

Re: [Tclhttpd-users] running via localhost

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

<posted this previously via reply but no distribution to the list is
apparent - pls excuse if this isn't the case>



thanks Brent ;
I'd seen the install file and simply launched tclhttpd.tcl directly -
the "no install" method. Checked for tcllib
as well .  I'm going to give the newest version a shot before attempting
to compile anything.

   BW_wrote~~~~~~~~~~~o
  If you get a full Tcl stack trace, that provides a lot of information
  that makes it easy to identify the problem.  An "invalid command
name".
  Also, there is an INSTALL file that outlines several ways to try and
  run the server - which one did you try?

sounds like a job for tcl-pro  ,-- if you happen to know, how the heck
do you edit within the tcl-pro
debugger ?!?   I'd installed this just yesterday, checked the docs, and
can't seem to figure out how/ where
to edit code - wondering whether the install was corrupted , or I'm
working under the wrong assumptions.

david

Re: [Tclhttpd-users] running via localhost

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

>>>dlb said:
 > I'm a tclhttpd newbie - and reacquainting myself with tcl.
 > 
 > how do I configure tclhttpd.rc to run the server under localhost - I'm
 > intending to use it as a local testing server on my win98 system.  I've
 > tried using a straight IP for "Config host" as well but receive "Error:
 > invalid command name".

If you get a full Tcl stack trace, that provides a lot of information
that makes it easy to identify the problem.  An "invalid command name".
Also, there is an INSTALL file that outlines several ways to try and
run the server - which one did you try?

 > also is there a recommended path to httpd.tcl , when I'd unpacked it I
 > ended up with
 > C:\Program Files\Tcl\bin\tclhttpd3.1.0-dist\tclhttpd3.1.0\bin\httpd.tcl
 > which seems a bit sloppy.

If you take the "make install" route described in the INSTALL file,
you can put it elsewhere.

 > also_ do the multi-thread features work under windows ?

yes.

 > lots of questions
 > thanks
 > 
 > p.s. if there's a piece of documentation I seem to have overlooked here
 > feel free to point it out

The top-level README cites these additional files:
tclhttpd3.2.1/INSTALL
tclhttpd3.2.1/README
tclhttpd3.2.1/WHATSNEW
tclhttpd3.2.1/ChangeLog
tclhttpd3.2.1/certs/README.ssl


--	Brent Welch	<we...@aj...>
	http://www.ajubasolutions.com
	Scriptics changes to Ajuba Solutions
	scriptics.com => ajubasolutions.com

Re: [Tclhttpd-users] GET works, POST doesn't

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

I made the 3.2.1 release that fixes the POST problem.
The files are up at
ftp://ftp.scriptics.com/pub/tcl/httpd/

>>>"Derek McEachern" said:
 > There's a patch on soureforge that fixes this problem.  It's in the
 > cgi.tcl script I believe.
 > 
 > Take a look under the patches section.
 > 
 > Derek
 > 
 > 
 > On 11/3/00 at 9:24 PM Harmon Kardon wrote:
 > 
 > >I just upgraded from httpd3.0.0 to httpd3.2 (windows NT 4.0). Suddenly the 
 > >server can't retrieve POST data. It handles GET requests just fine. I use 
 > >Don Libes cgi.tcl package, specifically the cgi_input routine, which reads 
 > >stdin like
 > >
 > >set input [read stdin $env(CONTENT_LENGTH)]
 > >
 > >and that's where it hangs, waiting a couple minutes, then returning an inpu
     t 
 > >of "" (empty).
 > >
 > >The log does not register an entry for POST requests.
 > >
 > >Does anyone know where to begin to solve this problem?
 > >
 > >Thanks!
 > >
 > >Harmon, er uh, Michael
 > >_________________________________________________________________________
 > >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
 > >
 > >Share information about yourself, create your own public profile at 
 > >http://profiles.msn.com.
 > >
 > >_______________________________________________
 > >TclHttpd-users mailing list
 > >Tcl...@li...
 > >http://lists.sourceforge.net/mailman/listinfo/tclhttpd-users
 > 
 > 
 > 
 > _______________________________________________
 > TclHttpd-users mailing list
 > Tcl...@li...
 > http://lists.sourceforge.net/mailman/listinfo/tclhttpd-users

--	Brent Welch	<we...@aj...>
	http://www.ajubasolutions.com
	Scriptics changes to Ajuba Solutions
	scriptics.com => ajubasolutions.com

Re: [Tclhttpd-users] GET works, POST doesn't

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

There's a patch on soureforge that fixes this problem.  It's in the
cgi.tcl script I believe.

Take a look under the patches section.

Derek


On 11/3/00 at 9:24 PM Harmon Kardon wrote:

>I just upgraded from httpd3.0.0 to httpd3.2 (windows NT 4.0). Suddenly the 
>server can't retrieve POST data. It handles GET requests just fine. I use 
>Don Libes cgi.tcl package, specifically the cgi_input routine, which reads 
>stdin like
>
>set input [read stdin $env(CONTENT_LENGTH)]
>
>and that's where it hangs, waiting a couple minutes, then returning an input 
>of "" (empty).
>
>The log does not register an entry for POST requests.
>
>Does anyone know where to begin to solve this problem?
>
>Thanks!
>
>Harmon, er uh, Michael
>_________________________________________________________________________
>Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
>Share information about yourself, create your own public profile at 
>http://profiles.msn.com.
>
>_______________________________________________
>TclHttpd-users mailing list
>Tcl...@li...
>http://lists.sourceforge.net/mailman/listinfo/tclhttpd-users

[Tclhttpd-users] GET works, POST doesn't

[Harmon K. <cra...@ho...>]

I just upgraded from httpd3.0.0 to httpd3.2 (windows NT 4.0). Suddenly the 
server can't retrieve POST data. It handles GET requests just fine. I use 
Don Libes cgi.tcl package, specifically the cgi_input routine, which reads 
stdin like

set input [read stdin $env(CONTENT_LENGTH)]

and that's where it hangs, waiting a couple minutes, then returning an input 
of "" (empty).

The log does not register an entry for POST requests.

Does anyone know where to begin to solve this problem?

Thanks!

Harmon, er uh, Michael
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

Re: [Tclhttpd-users] running via localhost

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

On 11/3/00 at 3:19 PM, dlb wrote:

>I'm a tclhttpd newbie - and reacquainting myself with tcl.
>
>how do I configure tclhttpd.rc to run the server under localhost - I'm
>intending to use it as a local testing server on my win98 system.  I've
>tried using a straight IP for "Config host" as well but receive "Error:
>invalid command name".
>
I was able to get it to start using an IP address.  It sounds as if
it can't find the tclhttpd/lib directory which contains all the code.  Namely
the Config proc.

There is a later version then 3.1.0 (If that's not a typo) and Brent
said that sometime in the next couple of days there is going
to put together a 3.2.1.  You can patch 3.2 it yourself with the
patches available on sourceforge.

You may want to grab the latest release and then try again.

>also is there a recommended path to httpd.tcl , when I'd unpacked it I
>ended up with
>C:\Program Files\Tcl\bin\tclhttpd3.1.0-dist\tclhttpd3.1.0\bin\httpd.tcl
>which seems a bit sloppy.

You can put it where wherever you want.  I have mine in a c:/tcl/tclhttpd3.2
directory.

There is a later version then 3.1.0 (If that's not a typo) and Brent
said that sometime in the next couple of days there is going
to put together a 3.2.1.  You can patch 3.2 it yourself with the
patches available on sourceforge.

>
>also_ do the multi-thread features work under windows ?
>
Can't help you there.


>lots of questions
>thanks
>
>p.s. if there's a piece of documentation I seem to have overlooked here
>feel free to point it out

For the moment you can check out
http://dev.scriptics.com/software/tclhttpd/
there are quite a few links to documents

[Tclhttpd-users] running via localhost

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

I'm a tclhttpd newbie - and reacquainting myself with tcl.

how do I configure tclhttpd.rc to run the server under localhost - I'm
intending to use it as a local testing server on my win98 system.  I've
tried using a straight IP for "Config host" as well but receive "Error:
invalid command name".

also is there a recommended path to httpd.tcl , when I'd unpacked it I
ended up with
C:\Program Files\Tcl\bin\tclhttpd3.1.0-dist\tclhttpd3.1.0\bin\httpd.tcl
which seems a bit sloppy.

also_ do the multi-thread features work under windows ?

lots of questions
thanks

p.s. if there's a piece of documentation I seem to have overlooked here
feel free to point it out

[Tclhttpd-users] I've cut over to tclhttpd-users@lists.sourceforge.net

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

I've set up an auto responder at tcl...@sc... so if 
you forget and post to that you'll get the attached message.
Now that I'm mostly done futzing with email I'll try to get that
3.2.1 release out!
	Brent

[Tclhttpd-users] Mailing list to move to tclhttpd-users@lists.sourceforge.net

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

As part of the move to SourceForge I am moving the tcl...@sc...
mailing list to tcl...@li...
To join the new list, please visit this URL:
http://lists.sourceforge.net/mailman/listinfo/tclhttpd-users

While I can do a "mass subscribe", I think that instead I'll ask each
of you to subscribe to the new list to clean out any deadwood that
I haven't been able to previously identify. You do not necessarily
have to set up a SourceForge account to subscribe to the list.

The web archive of the tcl...@sc... mailing list
will remain up on the http://dev.scriptics.com/lists/tclhttpd archive
for the indefinite future.  However, new email traffic will be archived 
in the SourceForge system.

The list transition will finalize this Friday, Nov 3, 200.

--	Brent Welch	<we...@aj...>
	http://www.ajubasolutions.com
	Scriptics has become Ajuba Solutions and was acquired by Interwoven