Samir, I would probably chalk it up to browser problems if we didn't see this on multiple browsers. Maybe Galeon is giving me problems, but I find it hard to believe that Galeon *and* two different installatiosn of IE are having these. Besides, when a Tcl error occurs, I see the Tcl error message (and stack trace) in the server's error log.
Speaking of which, here's the stack trace that I see every fourth or fifth reload of the page:
[11/Sep/2002:13:51:13][17659.4101][-conn1-] Error: GET / can't read "signatory": no such variable
while executing
"append __adp_output "
<hr>
<address><a href="mailto:${signatory}">${signatory}</a></address>
${ds_link}
</body>
</html>
""
("uplevel" body line 3)
invoked from within
"uplevel {
set __adp_output ""
append __adp_output "
<hr>
<address><a href="mailto:${signatory}">${signatory}</a></address>
${ds_link}
</body..."
(procedure "template::code::adp::/web/melton/www/index" line 2)
invoked from within
"template::code::${template_extension}::$__adp_stub"
(procedure "template::adp_parse" line 57)
invoked from within
"template::adp_parse [file root [ad_conn file]] {}"
(procedure "adp_parse_ad_conn_file" line 7)
invoked from within
"$handler"
("uplevel" body line 2)
invoked from within
"uplevel $code"
invoked from within
"ad_try {
$handler
} ad_script_abort val {
# do nothing
}"
invoked from within
"rp_serve_concrete_file [ad_conn file]"
(procedure "rp_serve_abstract_file" line 60)
invoked from within
"rp_serve_abstract_file "$root/$path""
("uplevel" body line 2)
invoked from within
"uplevel $code"
invoked from within
"ad_try {
rp_serve_abstract_file "$root/$path"
set tcl_url2file([ad_conn url]) [ad_conn file]
set tcl_url2path_info([ad_conn url]) [ad_conn path_inf..."
Normally, this error means, "you forgot to define the variable signatory in your .tcl page, dummy!" But I see this only sometimes, not whenever I reload the page. Some reloads are fine, some have that corrupted HTML output, and others produce this stack trace.
(Of course, since I restarted the server, everything has been fine...)
As for what modules I'm using:
[reuven@mail-gw aolserver]$ ls bin/*.so
bin/nscache.so bin/nsext.so bin/nsrewrite.so bin/nsxml.so
bin/nscgi.so bin/nslog.so bin/nssha1.so bin/postgres.so
bin/nscp.so bin/nsperm.so bin/nssock.so
Oh, one other tidbit: One of the developers on the project, I've discovered, has been using ns_puts inside of his .tcl pages for verifying and debugging. Could this cause such problems?
