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

[Tclhttpd-users] Aliasing...

[Heravi, M. M. <mel...@hp...>]

new to tclhttpd, and a long time user of "apache" i have few questions:

i do not want to break apart my directory structure that i use under
apache. some clients want an out-of-the-box solution and that is a
strong reason for me to pay much attention to tclhttpd.

my directory structure is as follows (under apache):
    Top
       cgi-bin
       htdocs
       images
       other stuff...

in apache:
  ScriptAlias /bin/   /Top/cgi-bin/
  DocumentRoot /Top
etc.


i also access server folders through aliasing
    Alias  /MyDocs/     c:/here/there/

Question:
  is it possible to maintain the same directory structure, and if so,
based on above example can you please educate me on the tclhttpd
directives to achive above.

much oliged

Re: [Tclhttpd-users] PIDfile error when starting tclhttpd

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

Hi Shawn,

No, this is nothing you should be worried about.  I'll fix the pidfile
writing so that it doesn't bother to do anything on Windows.

Sorry about that.

--Mike

On Sat, 2004-11-20 at 20:29 -0700, Shawn Kielty wrote:
> I get the following error when starting the latest cvs head on my windows
> 2000 server - after unpacking this
> http://tclhttpd.sourceforge.net/tclhttpd.zip
> 
> 
> F:\tclhttpd\bin>F:\tcl847\bin\tclsh84t.exe F:/tclhttpd/bin/httpd.tcl -port
> 8080  &
> can't find package limit
> Running with default file descriptor limit
> /debug user "debug" password "w.pt46nrk9e9"
> User "webmaster" default password "7v-kLR7"
> httpd started on port 8080
> 
> Could not write to pid file /var/run/tclhttpd/tclhttpd.pid: couldn't open
> "/var/run/tclhttpd/tclhttpd.pid": no such file
>  or directory
> "
> 
> It appears that the code is assuming unix as a platform --
> 
> Is this something I need to be concerned about?
> 
> Shawn
> 
> 
> -----Original Message-----
> From: tcl...@li...
> [mailto:tcl...@li...]On Behalf Of Colin
> McCormack
> Sent: Saturday, November 20, 2004 6:56 PM
> To: Tclhttpd users
> Cc: Shawn Kielty
> Subject: RE: [Tclhttpd-users] Problem with relative links?
> 
> 
> On Sat, 2004-11-20 at 16:25, Shawn Kielty wrote:
> 
> > I am just wondering if this is atill on the table as a problem?
> 
> Well, sure, if there's a bug in tclhttpd I want to hear about it.
> 
> I have a few Qs about this one though ...
> 
> > This is about as much as I can reasonably do to make this a bit easier to
> > fix.
> 
> If you could reduce it to something that anyone can reproduce, that
> would be as much as you could reasonably do to make it easier to
> diagnose. :)
> 
> > The filename referenced in the link (../swamp/CV/xyz.html) doesn't
> exist --
> > which causes a redirect to one that does,  an xyz.htm.
> 
> Ok.  An .html reference gets replaced with a redirect to an existing
> .htm - this happens as a result of Fallback_Try, I suspect.  So it calls
> Redirect_QuerySelf which calls uri::resolve which eventually might
> percolate down to GetUPHP (I can't be sure :)
> 
> > I am not sure if this
> > is a contributing factor, but you may well have to do this to get it to
> > happen because there is some string handling during the redirect (I think
> > additionally that it may need to be two {meaning more than one)
> directories
> > down from the docroot for the bug to occur).
> 
> 
> > Ultimately it gets down to
> > uri::GetUPHP which is where the url string gets whacked.
> 
> If I had to guess, I'd say that uri is expecting a full url like
> http://localhost/swamp/CV/etc and is instead getting swamp/CV/etc and
> treating 'swamp' as if it were a host, and discarding it.
> 
> Without a (non)working example, the best I can do is guess.
> 
> > in proc uri::GetUDHP:
> >
> > $matchEnd = 5
> > $url == swamp/CV/frame.htm
> >
> > line 56 >set url	[string range $url $matchEnd end]
> >
> > $url == /CV/frame.htm
> >
> > I am willing to have a go at fixing this -- but -- this is a bit
> humbling --
> > Despite trying to determine why this is wrong -- I am nowhere near
> familiar
> > enough with the code base (or regexp) to address this seriously.
> >
> > If you need more information I have a reproducible test case -- Although
> it
> > appears that it may not be that hard to reproduce.  If need be - I can
> open
> > a debugging port to the outside and allow you to debug it on my server.
> >
> > Have fun.  I'd be interested in hearing what the reason/solution is.
> 
> I'm looking at the line in Fallback which provokes the redirect as a
> candidate.
> 
> Problem is, my local copy successfully performs the redirect, so I can't
> reproduce it.
> 
> May I suggest that you try to reproduce it with the source in either
> 
> 	http://cvs.sourceforge.net/cvstarballs/tclhttpd-cvsroot.tar.bz2
> 	http://tclhttpd.sourceforge.net/tclhttpd.zip
> 
> which are the latest CVS head, because it could easily be that these
> bugs are fixed in CVS and not in the release.
> 
> --
> Colin McCormack <co...@ch...>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

[Tclhttpd-users] PIDfile error when starting tclhttpd

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

I get the following error when starting the latest cvs head on my windows
2000 server - after unpacking this
http://tclhttpd.sourceforge.net/tclhttpd.zip


F:\tclhttpd\bin>F:\tcl847\bin\tclsh84t.exe F:/tclhttpd/bin/httpd.tcl -port
8080  &
can't find package limit
Running with default file descriptor limit
/debug user "debug" password "w.pt46nrk9e9"
User "webmaster" default password "7v-kLR7"
httpd started on port 8080

Could not write to pid file /var/run/tclhttpd/tclhttpd.pid: couldn't open
"/var/run/tclhttpd/tclhttpd.pid": no such file
 or directory
"

It appears that the code is assuming unix as a platform --

Is this something I need to be concerned about?

Shawn


-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Colin
McCormack
Sent: Saturday, November 20, 2004 6:56 PM
To: Tclhttpd users
Cc: Shawn Kielty
Subject: RE: [Tclhttpd-users] Problem with relative links?


On Sat, 2004-11-20 at 16:25, Shawn Kielty wrote:

> I am just wondering if this is atill on the table as a problem?

Well, sure, if there's a bug in tclhttpd I want to hear about it.

I have a few Qs about this one though ...

> This is about as much as I can reasonably do to make this a bit easier to
> fix.

If you could reduce it to something that anyone can reproduce, that
would be as much as you could reasonably do to make it easier to
diagnose. :)

> The filename referenced in the link (../swamp/CV/xyz.html) doesn't
exist --
> which causes a redirect to one that does,  an xyz.htm.

Ok.  An .html reference gets replaced with a redirect to an existing
.htm - this happens as a result of Fallback_Try, I suspect.  So it calls
Redirect_QuerySelf which calls uri::resolve which eventually might
percolate down to GetUPHP (I can't be sure :)

> I am not sure if this
> is a contributing factor, but you may well have to do this to get it to
> happen because there is some string handling during the redirect (I think
> additionally that it may need to be two {meaning more than one)
directories
> down from the docroot for the bug to occur).


> Ultimately it gets down to
> uri::GetUPHP which is where the url string gets whacked.

If I had to guess, I'd say that uri is expecting a full url like
http://localhost/swamp/CV/etc and is instead getting swamp/CV/etc and
treating 'swamp' as if it were a host, and discarding it.

Without a (non)working example, the best I can do is guess.

> in proc uri::GetUDHP:
>
> $matchEnd = 5
> $url == swamp/CV/frame.htm
>
> line 56 >set url	[string range $url $matchEnd end]
>
> $url == /CV/frame.htm
>
> I am willing to have a go at fixing this -- but -- this is a bit
humbling --
> Despite trying to determine why this is wrong -- I am nowhere near
familiar
> enough with the code base (or regexp) to address this seriously.
>
> If you need more information I have a reproducible test case -- Although
it
> appears that it may not be that hard to reproduce.  If need be - I can
open
> a debugging port to the outside and allow you to debug it on my server.
>
> Have fun.  I'd be interested in hearing what the reason/solution is.

I'm looking at the line in Fallback which provokes the redirect as a
candidate.

Problem is, my local copy successfully performs the redirect, so I can't
reproduce it.

May I suggest that you try to reproduce it with the source in either

	http://cvs.sourceforge.net/cvstarballs/tclhttpd-cvsroot.tar.bz2
	http://tclhttpd.sourceforge.net/tclhttpd.zip

which are the latest CVS head, because it could easily be that these
bugs are fixed in CVS and not in the release.

--
Colin McCormack <co...@ch...>



-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

RE: [Tclhttpd-users] Problem with relative links? -- Fixed

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

Hi Colin --

This seems to be fixed in the cvs head -- I can't reproduce it. I now have a
very clean spot to test in -- so ask away -- if you need me to test
anything.

Shawn


-----Original Message-----
From: Colin McCormack [mailto:co...@ch...]
Sent: Saturday, November 20, 2004 6:56 PM
To: Tclhttpd users
Cc: Shawn Kielty
Subject: RE: [Tclhttpd-users] Problem with relative links?


On Sat, 2004-11-20 at 16:25, Shawn Kielty wrote:

> I am just wondering if this is atill on the table as a problem?

Well, sure, if there's a bug in tclhttpd I want to hear about it.

I have a few Qs about this one though ...

> This is about as much as I can reasonably do to make this a bit easier to
> fix.

If you could reduce it to something that anyone can reproduce, that
would be as much as you could reasonably do to make it easier to
diagnose. :)

> The filename referenced in the link (../swamp/CV/xyz.html) doesn't
exist --
> which causes a redirect to one that does,  an xyz.htm.

Ok.  An .html reference gets replaced with a redirect to an existing
.htm - this happens as a result of Fallback_Try, I suspect.  So it calls
Redirect_QuerySelf which calls uri::resolve which eventually might
percolate down to GetUPHP (I can't be sure :)

> I am not sure if this
> is a contributing factor, but you may well have to do this to get it to
> happen because there is some string handling during the redirect (I think
> additionally that it may need to be two {meaning more than one)
directories
> down from the docroot for the bug to occur).


> Ultimately it gets down to
> uri::GetUPHP which is where the url string gets whacked.

If I had to guess, I'd say that uri is expecting a full url like
http://localhost/swamp/CV/etc and is instead getting swamp/CV/etc and
treating 'swamp' as if it were a host, and discarding it.

Without a (non)working example, the best I can do is guess.

> in proc uri::GetUDHP:
>
> $matchEnd = 5
> $url == swamp/CV/frame.htm
>
> line 56 >set url	[string range $url $matchEnd end]
>
> $url == /CV/frame.htm
>
> I am willing to have a go at fixing this -- but -- this is a bit
humbling --
> Despite trying to determine why this is wrong -- I am nowhere near
familiar
> enough with the code base (or regexp) to address this seriously.
>
> If you need more information I have a reproducible test case -- Although
it
> appears that it may not be that hard to reproduce.  If need be - I can
open
> a debugging port to the outside and allow you to debug it on my server.
>
> Have fun.  I'd be interested in hearing what the reason/solution is.

I'm looking at the line in Fallback which provokes the redirect as a
candidate.

Problem is, my local copy successfully performs the redirect, so I can't
reproduce it.

May I suggest that you try to reproduce it with the source in either

	http://cvs.sourceforge.net/cvstarballs/tclhttpd-cvsroot.tar.bz2
	http://tclhttpd.sourceforge.net/tclhttpd.zip

which are the latest CVS head, because it could easily be that these
bugs are fixed in CVS and not in the release.

--
Colin McCormack <co...@ch...>

RE: [Tclhttpd-users] Problem with relative links?

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

On Sat, 2004-11-20 at 16:25, Shawn Kielty wrote:

> I am just wondering if this is atill on the table as a problem?

Well, sure, if there's a bug in tclhttpd I want to hear about it.

I have a few Qs about this one though ...

> This is about as much as I can reasonably do to make this a bit easier to
> fix.

If you could reduce it to something that anyone can reproduce, that
would be as much as you could reasonably do to make it easier to
diagnose. :)

> The filename referenced in the link (../swamp/CV/xyz.html) doesn't exist --
> which causes a redirect to one that does,  an xyz.htm.

Ok.  An .html reference gets replaced with a redirect to an existing
.htm - this happens as a result of Fallback_Try, I suspect.  So it calls
Redirect_QuerySelf which calls uri::resolve which eventually might
percolate down to GetUPHP (I can't be sure :)

> I am not sure if this
> is a contributing factor, but you may well have to do this to get it to
> happen because there is some string handling during the redirect (I think
> additionally that it may need to be two {meaning more than one) directories
> down from the docroot for the bug to occur).


> Ultimately it gets down to
> uri::GetUPHP which is where the url string gets whacked.

If I had to guess, I'd say that uri is expecting a full url like
http://localhost/swamp/CV/etc and is instead getting swamp/CV/etc and
treating 'swamp' as if it were a host, and discarding it.

Without a (non)working example, the best I can do is guess.

> in proc uri::GetUDHP:
> 
> $matchEnd = 5
> $url == swamp/CV/frame.htm
> 
> line 56 >set url	[string range $url $matchEnd end]
> 
> $url == /CV/frame.htm
> 
> I am willing to have a go at fixing this -- but -- this is a bit humbling --
> Despite trying to determine why this is wrong -- I am nowhere near familiar
> enough with the code base (or regexp) to address this seriously.
> 
> If you need more information I have a reproducible test case -- Although it
> appears that it may not be that hard to reproduce.  If need be - I can open
> a debugging port to the outside and allow you to debug it on my server.
> 
> Have fun.  I'd be interested in hearing what the reason/solution is.

I'm looking at the line in Fallback which provokes the redirect as a
candidate.

Problem is, my local copy successfully performs the redirect, so I can't
reproduce it.

May I suggest that you try to reproduce it with the source in either

	http://cvs.sourceforge.net/cvstarballs/tclhttpd-cvsroot.tar.bz2
	http://tclhttpd.sourceforge.net/tclhttpd.zip

which are the latest CVS head, because it could easily be that these
bugs are fixed in CVS and not in the release.

-- 
Colin McCormack <co...@ch...>

RE: [Tclhttpd-users] Problem with relative links?

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

Hi --

I am just wondering if this is atill on the table as a problem?

Shawn


-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Shawn
Kielty
Sent: Friday, November 05, 2004 10:39 PM
To: Shawn Kielty; Tclhttpd users
Subject: RE: [Tclhttpd-users] Problem with relative links?


Hi Colin -- and Mathias -- and all

This is about as much as I can reasonably do to make this a bit easier to
fix.

I am running tcl847 threaded and 3.5.1.x (a very recent download -
tclhttpd351dist.zip - I believe) tclhttpd server.

The filename referenced in the link (../swamp/CV/xyz.html) doesn't exist --
which causes a redirect to one that does,  an xyz.htm. I am not sure if this
is a contributing factor, but you may well have to do this to get it to
happen because there is some string handling during the redirect (I think
additionally that it may need to be two {meaning more than one) directories
down from the docroot for the bug to occur). Ultimately it gets down to
uri::GetUPHP which is where the url string gets whacked.

in proc uri::GetUDHP:

$matchEnd = 5
$url == swamp/CV/frame.htm

line 56 >set url	[string range $url $matchEnd end]

$url == /CV/frame.htm

I am willing to have a go at fixing this -- but -- this is a bit humbling --
Despite trying to determine why this is wrong -- I am nowhere near familiar
enough with the code base (or regexp) to address this seriously.

If you need more information I have a reproducible test case -- Although it
appears that it may not be that hard to reproduce.  If need be - I can open
a debugging port to the outside and allow you to debug it on my server.

Have fun.  I'd be interested in hearing what the reason/solution is.

Shawn


A-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Shawn
Kielty
Sent: Thursday, November 04, 2004 10:40 PM
To: Shawn Kielty; Tclhttpd users
Subject: RE: [Tclhttpd-users] Problem with relative links?


Hi --

I started to fix this and found that once I had fussed with it for awhile it
worked -- so I am not sure what the problem might have been -- I did however
save off the original file -- which you can get from my site -- at
http://shawnkielty/home/newhome_bug.tml -- It still has this behavior -- but
I am at  a bit of a loss to explain it. Perhaps some spurious non printing
character or anomaly in the file.

Shawn

-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Shawn
Kielty
Sent: Thursday, November 04, 2004 10:21 PM
To: Tclhttpd users
Subject: [Tclhttpd-users] Problem with relative links?


Howdy folks

I am noticing that my relative links don't all work as they used to -- and I
believe this may be a bug --

The file <DocRoot>/home/newhome.tml creates the following html:

	<td>
		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
	  		<b><a href="../swamp/start.html" target="_top">
				<span style="color:#F9E4C9">More ...</span></a></b></span></td>
  	<td>
		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
	  		<b><a href="../swamp/CV/frame.html" target="_top">
				<span style="color:#F9E4C9">Still More ...</span></a></b></span></td>
	<td>



Where the first link "../swamp/start.html" works -- but the second
"../swamp/CV/frame.html" doesn't.

clicking on the link results in the server trying to fetch
<DocRoot>/CV/frame.htm, which seems clearly wrong.  it is interesting to
note that the browser status bar does -- in fact -- display the correct
location.  This was working previously --

It's easy enough for me to fix -- in my own pages -- but I believe something
is not happening as it should.

Shawn

Shawn Kielty
http://www.shawnkielty.com
(480)636-1524
(510) 828-9411



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

[Tclhttpd-users] Re: TclHttpd-users digest, Vol 1 #548 - 1 msg

[Mel <con...@ya...>]

i certainly did. it works find before unwraping/wraping. i am on
WinDoze XP, there maybe problems with that. i can not think of any
other thing
--- tcl...@li... wrote:

> Send TclHttpd-users mailing list submissions to
> 	tcl...@li...
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/tclhttpd-users
> or, via email, send a message with subject or body 'help' to
> 	tcl...@li...
> 
> You can reach the person managing the list at
> 	tcl...@li...
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of TclHttpd-users digest..."
> 
> 
> Today's Topics:
> 
>    1. Please help with my "kit" (Larry W. Virden)
> 
> --__--__--
> 
> Message: 1
> Date: Thu, 18 Nov 2004 06:26:38 -0500 (EST)
> From: "Larry W. Virden" <lv...@ca...>
> Subject: [Tclhttpd-users] Please help with my "kit"
> To: tcl...@li...
> 
> 
> > I got the latest tclhttpd (3.5.1)
> > 
> > I did on windows XP:
> >   % sdx unwrap  tclhttpd.kit
> >   % sdx wrap tclhttpd.kit
> 
> I am just curious - did you try the original kit before you unwrapped
> and
> rewrapped it?  If it didn't work, then you can leave the wrap process
> out of your problem report.
> 
> If however, the kit worked before you did the unwrap and wrap, then
> something else is wrong.
> 
> What versions of tclkit have you tried?  What version of
> Windows XP are you using?
> -- 
> Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
> Larry W. Virden <mailto:lv...@ca...> <URL:
> http://www.purl.org/NET/lvirden/>
> Even if explicitly stated to the contrary, nothing in this posting
> should 
> be construed as representing my employer's opinions.
> -><-
> 
> 
> 
> --__--__--
> 
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users
> 
> 
> End of TclHttpd-users Digest
> 


=====





		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - Get yours free! 
http://my.yahoo.com 
 

[Tclhttpd-users] Please help with my "kit"

[Larry W. V. <lv...@ca...>]

> I got the latest tclhttpd (3.5.1)
> 
> I did on windows XP:
>   % sdx unwrap  tclhttpd.kit
>   % sdx wrap tclhttpd.kit

I am just curious - did you try the original kit before you unwrapped and
rewrapped it?  If it didn't work, then you can leave the wrap process
out of your problem report.

If however, the kit worked before you did the unwrap and wrap, then
something else is wrong.

What versions of tclkit have you tried?  What version of
Windows XP are you using?
-- 
Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

Re: [Tclhttpd-users] Please help with my "kit"

[Jeff S. <hea...@ya...>]

Hi Mel,

I haven't got Windows XP therefore can't test it for
you. I do all my wrapping on Debian Linux then try the
 "kit" on a windows 98, NT or 2000 without a problem
so far. Have you tried another starkit from the
Starkit Distribution Archive 

http://mini.net/sdarchive/

If that has the same problem it maybe worthwhile
posting a message on the Starkit Mailing list.

Kind Regards

Jeff Smith
--- "Heravi, Mel M." <mel...@hp...> wrote:

> I got the latest tclhttpd (3.5.1)
> 
> I did on windows XP:
>   % sdx unwrap  tclhttpd.kit
>   % sdx wrap tclhttpd.kit
> 
> And do:
>   % tclkitsh.exe tclhttpd.kit
> 
> The system coredumps with a dialog to send error to
> microsoft
> 
> I also tried it with various versions of
> tclkitsh.exe, with the same
> result
> 
> Am I doing something wrong ?
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems
> CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database
> that combines
> robust object and relational technologies, making it
> a perfect match
> for Java, C++,COM, XML, ODBC and JDBC.
> www.intersystems.com/match8
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
>
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users
> 



		
__________________________________ 
Do you Yahoo!? 
Meet the all-new My Yahoo! - Try it today! 
http://my.yahoo.com 
 

[Tclhttpd-users] Please help with my "kit"

[Heravi, M. M. <mel...@hp...>]

I got the latest tclhttpd (3.5.1)

I did on windows XP:
  % sdx unwrap  tclhttpd.kit
  % sdx wrap tclhttpd.kit

And do:
  % tclkitsh.exe tclhttpd.kit

The system coredumps with a dialog to send error to microsoft

I also tried it with various versions of tclkitsh.exe, with the same
result

Am I doing something wrong ?

[Tclhttpd-users] .tml processing issue with tclhttpd 3.5.1 ?

[Joris B. <jor...@ad...>]

hi,
i have a problem with .tml processing.

only .tml file in root folder and .tml in folder that contains xxx.tml
file seem to be processed, no files in between.

this appears to be related to .. appearing in document root setting
(Config docRoot in tclhttpd.rc)
i.e. docRoot by default is aleays in the form of xxxxx/../htdocs/ on my
machine, which confuses Doc_GetPath in doc.tcl


i solved this by adding a "file normalize" in doc.tcl:
    # Start at the Doc_AddRoot point
    if {[info exist Doc(root,$data(prefix))]} {
	set root $Doc(root,$data(prefix))
	# always start in the rootdir
	set dirs $Doc(root)
    } else {
	set root $Doc(root,/)
	set dirs {}
    }

into:
    # Start at the Doc_AddRoot point
    if {[info exist Doc(root,$data(prefix))]} {
	set root $Doc(root,$data(prefix))
>>      set root [file normalize $root]
	# always start in the rootdir
	set dirs $Doc(root)
    } else {
	set root $Doc(root,/)
	set dirs {}
    }

any comments ? is this indeed a problem or am i missing something ?

joris.

-- 
Programmers don't byte, they just nibble a bit.
http://www.balletshaw.be

[Tclhttpd-users] permissions on the content directory

[Michael T. <th...@he...>]

Does the tclhttpd process need write permission on the content directory
/usr/tclhttpd/htdocs?  My simple tests show that it doesn't, but I
thought I'd check with the experts on this.

--Mike

RE: handling of underscore in hyperlinks (?) -- A bug perhaps ( reference -- [Tclhttpd-users] Problem with relative links?)

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

This appears to be the same problem as the previous -- the link is
technically incorrect -- as the actual filename is
"/pack_checklists/pack_checklist.html" -- during the redirect it resolves
the filename to the correct file -- but truncates the front of the string.

Sorry about the duplicity.

I realize that I can correct my links -- alas -- I believe that there are
legitimate cases where the redirection is necessary/obligatory.

Shawn


-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Shawn
Kielty
Sent: Sunday, November 07, 2004 2:13 PM
To: Tclhttpd-Users@Lists. Sourceforge. Net
Subject: handling of underscore in hyperlinks (?) -- A bug perhaps (
reference -- [Tclhttpd-users] Problem with relative links?)


Hi --

I have a doc containing hyperlink "/pack_checklists/pack_checklist.htm" in
the html:

...
<td width=300* style=" margin-top:1px; color:#6d858b;
font-weight:bold;font-variant:small-caps;text-align:center;color:white;"><fo
nt size=2><a style=color:#6d858b;text-decoration:none;
onmouseover="Over(this)" onmouseout="Out(this)"
href="/pack_checklists/pack_checklist.htm">Trip Checklist</a></font></td>
...

which -- when the link is chosen -- the server tries to deliver the page
<docroot>/_checklists/pack_checklist.html.

This seems that it may be a bug in the handling of the uri string in the
server.  It appears that the string is being truncated.


Server is tclhttpd 3.5.1 --

tclsh is threaded --
% package require html
1.2.2
% info patchlevel
8.4.7
% package require uri
1.1.3

Has anyone else seen this behavior or can verify that it exists in the
current cvs head or in the same version I am running?

It might be useful if someone could independently verify that one of these
problems exists (see RE: [Tclhttpd-users] Problem with relative links?) --
so that I could be sure that I have a reasonable test scenario.  That way I
wouldn't be wasting anyone's time by pointing these out.

To see it for yourself:

http://www.shawnkielty.com/about/

and select the "Trip Checklist" link. I'll leave it broken for a few days --
since I don't get much traffic anyway.

Just as a side note -- I'd be willing to write some tests for these cases.

Shawn Kielty

http://www.shawnkielty.com
(480)636-1524
(510) 828-9411



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

handling of underscore in hyperlinks (?) -- A bug perhaps ( reference -- [Tclhttpd-users] Problem with relative links?)

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

Hi --

I have a doc containing hyperlink "/pack_checklists/pack_checklist.htm" in
the html:

...
<td width=300* style=" margin-top:1px; color:#6d858b;
font-weight:bold;font-variant:small-caps;text-align:center;color:white;"><fo
nt size=2><a style=color:#6d858b;text-decoration:none;
onmouseover="Over(this)" onmouseout="Out(this)"
href="/pack_checklists/pack_checklist.htm">Trip Checklist</a></font></td>
...

which -- when the link is chosen -- the server tries to deliver the page
<docroot>/_checklists/pack_checklist.html.

This seems that it may be a bug in the handling of the uri string in the
server.  It appears that the string is being truncated.


Server is tclhttpd 3.5.1 --

tclsh is threaded --
% package require html
1.2.2
% info patchlevel
8.4.7
% package require uri
1.1.3

Has anyone else seen this behavior or can verify that it exists in the
current cvs head or in the same version I am running?

It might be useful if someone could independently verify that one of these
problems exists (see RE: [Tclhttpd-users] Problem with relative links?) --
so that I could be sure that I have a reasonable test scenario.  That way I
wouldn't be wasting anyone's time by pointing these out.

To see it for yourself:

http://www.shawnkielty.com/about/

and select the "Trip Checklist" link. I'll leave it broken for a few days --
since I don't get much traffic anyway.

Just as a side note -- I'd be willing to write some tests for these cases.

Shawn Kielty

http://www.shawnkielty.com
(480)636-1524
(510) 828-9411

RE: [Tclhttpd-users] Problem with relative links?

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

Hi Colin -- and Mathias -- and all

This is about as much as I can reasonably do to make this a bit easier to
fix.

I am running tcl847 threaded and 3.5.1.x (a very recent download -
tclhttpd351dist.zip - I believe) tclhttpd server.

The filename referenced in the link (../swamp/CV/xyz.html) doesn't exist --
which causes a redirect to one that does,  an xyz.htm. I am not sure if this
is a contributing factor, but you may well have to do this to get it to
happen because there is some string handling during the redirect (I think
additionally that it may need to be two {meaning more than one) directories
down from the docroot for the bug to occur). Ultimately it gets down to
uri::GetUPHP which is where the url string gets whacked.

in proc uri::GetUDHP:

$matchEnd = 5
$url == swamp/CV/frame.htm

line 56 >set url	[string range $url $matchEnd end]

$url == /CV/frame.htm

I am willing to have a go at fixing this -- but -- this is a bit humbling --
Despite trying to determine why this is wrong -- I am nowhere near familiar
enough with the code base (or regexp) to address this seriously.

If you need more information I have a reproducible test case -- Although it
appears that it may not be that hard to reproduce.  If need be - I can open
a debugging port to the outside and allow you to debug it on my server.

Have fun.  I'd be interested in hearing what the reason/solution is.

Shawn


A-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Shawn
Kielty
Sent: Thursday, November 04, 2004 10:40 PM
To: Shawn Kielty; Tclhttpd users
Subject: RE: [Tclhttpd-users] Problem with relative links?


Hi --

I started to fix this and found that once I had fussed with it for awhile it
worked -- so I am not sure what the problem might have been -- I did however
save off the original file -- which you can get from my site -- at
http://shawnkielty/home/newhome_bug.tml -- It still has this behavior -- but
I am at  a bit of a loss to explain it. Perhaps some spurious non printing
character or anomaly in the file.

Shawn

-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Shawn
Kielty
Sent: Thursday, November 04, 2004 10:21 PM
To: Tclhttpd users
Subject: [Tclhttpd-users] Problem with relative links?


Howdy folks

I am noticing that my relative links don't all work as they used to -- and I
believe this may be a bug --

The file <DocRoot>/home/newhome.tml creates the following html:

	<td>
		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
	  		<b><a href="../swamp/start.html" target="_top">
				<span style="color:#F9E4C9">More ...</span></a></b></span></td>
  	<td>
		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
	  		<b><a href="../swamp/CV/frame.html" target="_top">
				<span style="color:#F9E4C9">Still More ...</span></a></b></span></td>
	<td>



Where the first link "../swamp/start.html" works -- but the second
"../swamp/CV/frame.html" doesn't.

clicking on the link results in the server trying to fetch
<DocRoot>/CV/frame.htm, which seems clearly wrong.  it is interesting to
note that the browser status bar does -- in fact -- display the correct
location.  This was working previously --

It's easy enough for me to fix -- in my own pages -- but I believe something
is not happening as it should.

Shawn

Shawn Kielty
http://www.shawnkielty.com
(480)636-1524
(510) 828-9411



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

RE: [Tclhttpd-users] Problem with relative links?

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

Ok --

I am going to write this down now -- while it's fresh in my mind.  I believe
that the file isn't <dynamic only>.

so -- In  tinkering with it -- I  (1) changed the link to the link a url
relative to the root "/swamp/CV/frame.tml"-- which  (2 - probably) generated
a cached html file -- and (3) -- I changed the link back -- which then (4)
it worked as expected.
Which (5) implies it is definitely broken.

I don't have time to confirm this right now -- but I can look at it later
today.

Shawn

-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Colin
McCormack
Sent: Friday, November 05, 2004 6:22 AM
To: Matthias Hoffmann
Cc: Shawn Kielty; Tclhttpd users
Subject: Re: [Tclhttpd-users] Problem with relative links?


Hi,

I wrote the modified logic, so please forward me any details you have
and I'll attend to the problem as a matter of urgent priority.

Colin

On Fri, 2004-11-05 at 23:02, Matthias Hoffmann wrote:
> Hi,
>
> I have the same problem with tclhttpd.3.5.1.1.kit. Links work for the
first level URLs and for all .TMLs with
> Doc_dynamic. For .TMLs without Doc_dynamic, some levels of the
URL-hierarchy are removed, so the resulting .HTML isn't
> returned.
>
> I have mailed this error to Brent Welch already, but he is too busy, I
think....
>
> It must have something to do with modified logic within lib/doc.tcl,
fallback.tcl and/or template.tcl - but the whole
> tclhttpd-logic is still a bit complex for me after several years of
usage.... With my production environment (Tcl 8.4.4
> threaded with tclhttpd 3.4.2), no such problems exist.
>
> So I can't help with your problem, just confirm that this problem do exist
with 3.5.x!
>
> Greetings!
>
> Shawn Kielty schrieb:
>
> > Howdy folks
> >
> > I am noticing that my relative links don't all work as they used to --
and I
> > believe this may be a bug --
> >
> > The file <DocRoot>/home/newhome.tml creates the following html:
> >
> > 	<td>
> > 		<DEFANGED_span
style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
> > 	  		<b><a href="../swamp/start.html" target="_top">
> > 				<DEFANGED_span style="color:#F9E4C9">More
...</DEFANGED_span></a></b></DEFANGED_span></td>
> >   	<td>
> > 		<DEFANGED_span
style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
> > 	  		<b><a href="../swamp/CV/frame.html" target="_top">
> > 				<DEFANGED_span style="color:#F9E4C9">Still More
...</DEFANGED_span></a></b></DEFANGED_span></td>
> > 	<td>
> >
> >
> >
> > Where the first link "../swamp/start.html" works -- but the second
> > "../swamp/CV/frame.html" doesn't.
> >
> > clicking on the link results in the server trying to fetch
> > <DEFANGED_DocRoot>/CV/frame.htm, which seems clearly wrong.  it is
interesting to
> > note that the browser status bar does -- in fact -- display the correct
> > location.  This was working previously --
> >
> > It's easy enough for me to fix -- in my own pages -- but I believe
something
> > is not happening as it should.
> >
> > Shawn
> >
> > Shawn Kielty
> > http://www.shawnkielty.com
> > (480)636-1524
> > (510) 828-9411
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by:
> > Sybase ASE Linux Express Edition - download now for FREE
> > LinuxWorld Reader's Choice Award Winner for best database on Linux.
> > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> > _______________________________________________
> > TclHttpd-users mailing list
> > Tcl...@li...
> > https://lists.sourceforge.net/lists/listinfo/tclhttpd-users
> >
>
> --
> Hamburg Münchener Krankenkasse, Hauptverwaltung
> Matthias Hoffmann
> Systemtechnik HV 202.1
> Schäferkampsallee 16
> D-20357 Hamburg
> Tel. +49 40 41535-232
> Fax  +49 40 41535-359
> Mail M.H...@hm...
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users
--
Colin McCormack <co...@ch...>



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id065&op=ick
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

Re: [Tclhttpd-users] Problem with relative links?

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

Hi,

I wrote the modified logic, so please forward me any details you have
and I'll attend to the problem as a matter of urgent priority.

Colin

On Fri, 2004-11-05 at 23:02, Matthias Hoffmann wrote:
> Hi,
>=20
> I have the same problem with tclhttpd.3.5.1.1.kit. Links work for the f=
irst level URLs and for all .TMLs with=20
> Doc_dynamic. For .TMLs without Doc_dynamic, some levels of the URL-hier=
archy are removed, so the resulting .HTML isn't=20
> returned.
>=20
> I have mailed this error to Brent Welch already, but he is too busy, I =
think....
>=20
> It must have something to do with modified logic within lib/doc.tcl, fa=
llback.tcl and/or template.tcl - but the whole=20
> tclhttpd-logic is still a bit complex for me after several years of usa=
ge.... With my production environment (Tcl 8.4.4=20
> threaded with tclhttpd 3.4.2), no such problems exist.
>=20
> So I can't help with your problem, just confirm that this problem do ex=
ist with 3.5.x!
>=20
> Greetings!
>=20
> Shawn Kielty schrieb:
>=20
> > Howdy folks
> >=20
> > I am noticing that my relative links don't all work as they used to -=
- and I
> > believe this may be a bug --
> >=20
> > The file <DocRoot>/home/newhome.tml creates the following html:
> >=20
> > 	<td>
> > 		<DEFANGED_span style=3D"font-size:10.0pt;font-family:Arial;color:#F=
9E4C9">
> > 	  		<b><a href=3D"../swamp/start.html" target=3D"_top">
> > 				<DEFANGED_span style=3D"color:#F9E4C9">More ...</DEFANGED_span></=
a></b></DEFANGED_span></td>
> >   	<td>
> > 		<DEFANGED_span style=3D"font-size:10.0pt;font-family:Arial;color:#F=
9E4C9">
> > 	  		<b><a href=3D"../swamp/CV/frame.html" target=3D"_top">
> > 				<DEFANGED_span style=3D"color:#F9E4C9">Still More ...</DEFANGED_s=
pan></a></b></DEFANGED_span></td>
> > 	<td>
> >=20
> >=20
> >=20
> > Where the first link "../swamp/start.html" works -- but the second
> > "../swamp/CV/frame.html" doesn't.
> >=20
> > clicking on the link results in the server trying to fetch
> > <DEFANGED_DocRoot>/CV/frame.htm, which seems clearly wrong.  it is in=
teresting to
> > note that the browser status bar does -- in fact -- display the corre=
ct
> > location.  This was working previously --
> >=20
> > It's easy enough for me to fix -- in my own pages -- but I believe so=
mething
> > is not happening as it should.
> >=20
> > Shawn
> >=20
> > Shawn Kielty
> > http://www.shawnkielty.com
> > (480)636-1524
> > (510) 828-9411
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.Net email is sponsored by:
> > Sybase ASE Linux Express Edition - download now for FREE
> > LinuxWorld Reader's Choice Award Winner for best database on Linux.
> > http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
> > _______________________________________________
> > TclHttpd-users mailing list
> > Tcl...@li...
> > https://lists.sourceforge.net/lists/listinfo/tclhttpd-users
> >=20
>=20
> --=20
> Hamburg M=FCnchener Krankenkasse, Hauptverwaltung
> Matthias Hoffmann
> Systemtechnik HV 202.1
> Sch=E4ferkampsallee 16
> D-20357 Hamburg
> Tel. +49 40 41535-232
> Fax  +49 40 41535-359
> Mail M.H...@hm...
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users
--=20
Colin McCormack <co...@ch...>

Re: [Tclhttpd-users] Problem with relative links?

[Matthias H. <M.H...@hm...>]

Hi,

I have the same problem with tclhttpd.3.5.1.1.kit. Links work for the first level URLs and for all .TMLs with 
Doc_dynamic. For .TMLs without Doc_dynamic, some levels of the URL-hierarchy are removed, so the resulting .HTML isn't 
returned.

I have mailed this error to Brent Welch already, but he is too busy, I think....

It must have something to do with modified logic within lib/doc.tcl, fallback.tcl and/or template.tcl - but the whole 
tclhttpd-logic is still a bit complex for me after several years of usage.... With my production environment (Tcl 8.4.4 
threaded with tclhttpd 3.4.2), no such problems exist.

So I can't help with your problem, just confirm that this problem do exist with 3.5.x!

Greetings!

Shawn Kielty schrieb:

> Howdy folks
> 
> I am noticing that my relative links don't all work as they used to -- and I
> believe this may be a bug --
> 
> The file <DocRoot>/home/newhome.tml creates the following html:
> 
> 	<td>
> 		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
> 	  		<b><a href="../swamp/start.html" target="_top">
> 				<span style="color:#F9E4C9">More ...</span></a></b></span></td>
>   	<td>
> 		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
> 	  		<b><a href="../swamp/CV/frame.html" target="_top">
> 				<span style="color:#F9E4C9">Still More ...</span></a></b></span></td>
> 	<td>
> 
> 
> 
> Where the first link "../swamp/start.html" works -- but the second
> "../swamp/CV/frame.html" doesn't.
> 
> clicking on the link results in the server trying to fetch
> <DocRoot>/CV/frame.htm, which seems clearly wrong.  it is interesting to
> note that the browser status bar does -- in fact -- display the correct
> location.  This was working previously --
> 
> It's easy enough for me to fix -- in my own pages -- but I believe something
> is not happening as it should.
> 
> Shawn
> 
> Shawn Kielty
> http://www.shawnkielty.com
> (480)636-1524
> (510) 828-9411
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users
> 

-- 
Hamburg Münchener Krankenkasse, Hauptverwaltung
Matthias Hoffmann
Systemtechnik HV 202.1
Schäferkampsallee 16
D-20357 Hamburg
Tel. +49 40 41535-232
Fax  +49 40 41535-359
Mail M.H...@hm...

Re: [Tclhttpd-users] threads and starkits?

[Nicolas B. <ni...@ma...>]

David Gravereaux wrote:

>Has anyone created a threaded tclkit for use with tclhttpd and ran it with
>threads turned on?
>  
>
Hi Davy,

A while back I had found a threaded tclkit for Win on JC's site, and ran 
tclhttpd/thread2.5 with it.
It seemed to work ok; our main test was to make a "long" running (10sec) 
postgres call which under
non threaded tclkit blocked the server. Tclhttpd did not block then, and 
via the status page, you could see that threads were created...

Should this tclkit not be on JC site, I am mailing you a url on our site


IIRC, there were some tclkit/threading problems reported, but als no 
details...

regards,
nicolas boretos

[Tclhttpd-users] Upgrade policy for htdocs

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

I'm trying to come up with a set of rules on what should happen to
htdocs content during an rpm upgrade of tclhttpd.  For custom code in
Config(home)/custom, it's easy:  Don't touch it during an upgrade.  But
what about Config(home)/htdocs?  How should these files be treated when
upgrading?  Should the .tml files be replaced, but .htaccess left
alone?  Or should everything be replaced?

Any ideas are welcome,

--Mike

RE: [Tclhttpd-users] Problem with relative links?

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

Hi --

I started to fix this and found that once I had fussed with it for awhile it
worked -- so I am not sure what the problem might have been -- I did however
save off the original file -- which you can get from my site -- at
http://shawnkielty/home/newhome_bug.tml -- It still has this behavior -- but
I am at  a bit of a loss to explain it. Perhaps some spurious non printing
character or anomaly in the file.

Shawn

-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Shawn
Kielty
Sent: Thursday, November 04, 2004 10:21 PM
To: Tclhttpd users
Subject: [Tclhttpd-users] Problem with relative links?


Howdy folks

I am noticing that my relative links don't all work as they used to -- and I
believe this may be a bug --

The file <DocRoot>/home/newhome.tml creates the following html:

	<td>
		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
	  		<b><a href="../swamp/start.html" target="_top">
				<span style="color:#F9E4C9">More ...</span></a></b></span></td>
  	<td>
		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
	  		<b><a href="../swamp/CV/frame.html" target="_top">
				<span style="color:#F9E4C9">Still More ...</span></a></b></span></td>
	<td>



Where the first link "../swamp/start.html" works -- but the second
"../swamp/CV/frame.html" doesn't.

clicking on the link results in the server trying to fetch
<DocRoot>/CV/frame.htm, which seems clearly wrong.  it is interesting to
note that the browser status bar does -- in fact -- display the correct
location.  This was working previously --

It's easy enough for me to fix -- in my own pages -- but I believe something
is not happening as it should.

Shawn

Shawn Kielty
http://www.shawnkielty.com
(480)636-1524
(510) 828-9411



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

[Tclhttpd-users] Problem with relative links?

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

Howdy folks

I am noticing that my relative links don't all work as they used to -- and I
believe this may be a bug --

The file <DocRoot>/home/newhome.tml creates the following html:

	<td>
		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
	  		<b><a href="../swamp/start.html" target="_top">
				<span style="color:#F9E4C9">More ...</span></a></b></span></td>
  	<td>
		<span style="font-size:10.0pt;font-family:Arial;color:#F9E4C9">
	  		<b><a href="../swamp/CV/frame.html" target="_top">
				<span style="color:#F9E4C9">Still More ...</span></a></b></span></td>
	<td>



Where the first link "../swamp/start.html" works -- but the second
"../swamp/CV/frame.html" doesn't.

clicking on the link results in the server trying to fetch
<DocRoot>/CV/frame.htm, which seems clearly wrong.  it is interesting to
note that the browser status bar does -- in fact -- display the correct
location.  This was working previously --

It's easy enough for me to fix -- in my own pages -- but I believe something
is not happening as it should.

Shawn

Shawn Kielty
http://www.shawnkielty.com
(480)636-1524
(510) 828-9411

RE: [Tclhttpd-users] I just installed an implemented the 3.5.1release -- and

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

Hi Michael --

I can test it a bit  -- if I can get a copy of the Fedora release to test
against -- I have a linux box that I can do both installs (fedora and
tclhttpd) -- but I could use a CD with the OS or an installable download.  I
have limited time -- but could find a couple of hours a week for a few
cycles.

I am unfamiliar with the Fedora release process -- but if you send me some
pointers -- I should be able to come up to speed.

Shawn


-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Wart
Sent: Thursday, November 04, 2004 2:44 PM
To: Tclhttpd users
Subject: Re: [Tclhttpd-users] I just installed an implemented the
3.5.1release -- and


On a related note, I've submitted tclhttpd as a request to be included
in future Fedora releases:

http://bugzilla.fedora.us/show_bug.cgi?id=2067

This will make it brain-dead easy to install/upgrade tclhttpd on Fedora
("yum install tclhttpd").

Unfortunately, Jean-Luc Fontaine is the only person who has been willing
to QA the package.  We need two QA testers to approve it before it can
be accepted for inclusion into Fedora.  If anyone here has experience
with RPM, and/or the Fedora release process, we'd love it if you could
help us test this out.

In addition, we're working on other Tcl packages.  We both feel that
Fedora is pretty lazy when it comes to including Tcl packages, so we're
trying to take care of it ourselves.  Anyone who is willing to spend a
couple hours a week testing out various Tcl packages would be greatly
appreciated.

--Mike

On Tue, 2004-11-02 at 01:06, Shawn Kielty wrote:
> It was virtually painless upgrading from my old tclhttpd version on my
win2k
> server.  All of the flaws were mine, so far  .. . I have found no bugs.
>
> Excellently done.
>
> Thanks
>
> Shawn Kielty
> http://www.shawnkielty.com
> (480)636-1524
> (510) 828-9411
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
TclHttpd-users mailing list
Tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

Re: [Tclhttpd-users] I just installed an implemented the 3.5.1 release -- and

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

On a related note, I've submitted tclhttpd as a request to be included
in future Fedora releases:

http://bugzilla.fedora.us/show_bug.cgi?id=2067

This will make it brain-dead easy to install/upgrade tclhttpd on Fedora
("yum install tclhttpd").

Unfortunately, Jean-Luc Fontaine is the only person who has been willing
to QA the package.  We need two QA testers to approve it before it can
be accepted for inclusion into Fedora.  If anyone here has experience
with RPM, and/or the Fedora release process, we'd love it if you could
help us test this out.

In addition, we're working on other Tcl packages.  We both feel that
Fedora is pretty lazy when it comes to including Tcl packages, so we're
trying to take care of it ourselves.  Anyone who is willing to spend a
couple hours a week testing out various Tcl packages would be greatly
appreciated.

--Mike

On Tue, 2004-11-02 at 01:06, Shawn Kielty wrote:
> It was virtually painless upgrading from my old tclhttpd version on my win2k
> server.  All of the flaws were mine, so far  .. . I have found no bugs.
> 
> Excellently done.
> 
> Thanks
> 
> Shawn Kielty
> http://www.shawnkielty.com
> (480)636-1524
> (510) 828-9411
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> TclHttpd-users mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tclhttpd-users

[Tclhttpd-users] threads and starkits?

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

Has anyone created a threaded tclkit for use with tclhttpd and ran it with
threads turned on?
-- 
David Gravereaux <dav...@po...>
[species: human; planet: earth,milkyway(western spiral arm),alpha sector]