mod_dtcl rocks! Thanks for building it.
... so I've been using it for almost a year now. Got a nice big system
built on it. Worked great during development. But it's in production and
now I'm getting this message from mod_dtcl: "Cannot manipulate headers -
already sent". It only does that when Apache has been idle for some
extended period of time (at least an hour or two). The first time I request
a page I get that error. Then when I request the same page again, and all
pages that follow it, everything is fine. Restarting Apache does NOT
reproduce this error (but I expected it would).
My log shows that during the bad hit, all the processing was normal up until
the tcl script did a "headers type" command, which threw this error. In
mod_dtcl.c and tcl_commands.c I see what causes it, and I've grepped for
"headers" and "hputs" commands in all my scripts. The one throwing the
error is the very first one that ever runs. And it's the same one that runs
successfully on all other hits. I use the same script to pre-process and
post-process every hit.
This seems like it might be a failure to initialize the "headers_printed"
flag in the C code, or some other flag. Is that possible after a long idle
period? What could be causing this? Or what could I do to provide some
more info? I'm not very good with the C debugging tools etc..
Some background:
- Red Hat Linux 7.1 with its pre-installed Apache 1.3.19.
- mod_dtcl 0.11.5. I diff'ed it with 0.12.0 and saw nothing that looked
like it would affect this. I also searched the mailing list and found no
other reported cases.
- Server is an old 32MB RAM machine (low RAM symptom???)
- libpgtcl (PostgreSQL) loaded.
- All my processing is done in a "before_script". The file that mod_dtcl
loads is always a zero-length file. A kludge I know, but it was done to get
customized error handling, and to keep the script files out of Apache's
visible area for protection. In mod_dtcl.c it looks like the before_script
is always simply prepended to the page script anyway, so that shouldn't make
a difference right?
Any help appreciated...
--
Mark Hubbard: [EMAIL PROTECTED]
"...where they have failed, you will succeed."
- Morpheus
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
