Forum OpenACS Q&A: Response to Template corruption?
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?