Menu
▾
▴
tclhttpd-users
|
From: Shawn K. <sha...@ea...> - 2004-11-05 05:16:35
|
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 |
|
From: Shawn K. <sha...@ea...> - 2004-11-05 05:36:04
|
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 |
|
From: Shawn K. <sha...@ea...> - 2004-11-06 05:34:55
|
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
|
|
From: Shawn K. <sha...@ea...> - 2004-11-20 05:21:01
|
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
|
|
From: Colin M. <co...@ch...> - 2004-11-21 01:57:10
|
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...>
|
|
From: Shawn K. <sha...@ea...> - 2004-11-21 02:35:19
|
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...>
|
|
From: Shawn K. <sha...@ea...> - 2004-11-21 04:31:03
|
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 |
|
From: Wart <wa...@ko...> - 2004-11-21 06:17:06
|
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 |
|
From: Nikos <ni...@ma...> - 2004-11-30 11:53:42
|
Hello all, I am using some self-posting forms, eg: <form action="$page(url)" method="POST"> While the form initially comes up immediately, and correctly populated, I am noticing a substantial delay between form submission, and the next re-direct, ~7 seconds, while running the server locally. This is on WIN XP, and using the latest, starkit from beedub, and tclkit846 Actually, its slower running the app locally than on the network server running linux. Putting some indicators both at the top of the form, and at the bottom, just before some procs are executed, and then redirect, indicate that the delay is before the form is processed. e.g #Top of test.tml [Doc_Dynamic puts "begin form" ] form generation etc.. . . . [ puts "starting processing" blahh Doc_Redirect next.tml ] Running this, I get the expected strings after ~7 seconds, all together, along w/ the redirect.. Any light in the tunnel? regards, nicolas boretos P.S I saw that there were some old issues with POST on windows ages ago, but thought they were fixed in the current version... |
|
From: Matthias H. <M.H...@hm...> - 2004-11-05 12:03:24
|
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... |
|
From: Colin M. <co...@ch...> - 2004-11-05 13:21:51
|
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...> |
|
From: Shawn K. <sha...@ea...> - 2004-11-05 14:14:09
|
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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X