Thanks for the pat on my back.
Yesterday evening i restarted the nsd, and this morning in the server
logs there are no indications of idle threads exiting. Either under
normal log level its not written to log as opposed to threads that
reached max connection limits.
ns_pools shows that:
Hi everybody,
Tom Jackson schrieb:
Gustaf,
I'm going to ask that the patch be removed and replaced with a module.
i got the - wrong - impression that you (Tom) revised your proposal to
change
the patch into a module, when you realized, that the patch is NOT
implementing background delivery,
On 02.10.2007, at 19:51, Tom Jackson wrote:
web/navi $ ./bin/nsd -f -t sample-config.tcl
[02/Oct/2007:10:37:45][6858.690331232][-main-] Notice: nsmain: Tcl
version:
8.4.14
[02/Oct/2007:10:37:45][6858.690331232][-main-] Fatal: NsTclInitObjs:
sizeof(int) sizeof(long)
Aborted
This has been
On 10/2/07, Tom Jackson [EMAIL PROTECTED] wrote:
... it would be nice if new code followed AOLserver coding norms. Maybe
you can get naviserver to take out their code. The module I wrote at least
compiled against their server...
You're using symbols declared in nsd/nsd.h, which is private to
Stephen,
Thanks for pointing that out. I was wondering about that.
I have posted new module code which avoids the private symbols.
But this removes the contentsentlength option.
I still wonder what the difference between dup'ing and not dup'ing is for
(spliceout vs. non-spliceout). In the
On 10/3/07, Tom Jackson [EMAIL PROTECTED] wrote:
Anyway, I don't really know if this will work as the original, I was able to
fcopy in background a short text file, but larger than 4096 bytes just gets
that amount according to wget.
In foreground/blocking mode, fcopy returns larger files.
Stephen,
Thanks, that worked. The -command was executed logging 'okay' + number of
bytes written.
But the ns_log statements following vwait are not executed. I assume that is
expected? I posted the updated script at:
http://rmadilo.com/files/nsbgwrite/nsbgwrite.tcl
tom jackson
On Tuesday