I think it's a fine idea that conn thread pools are a process-wide
resource. I liked the idea so much, I copied it. (Well, the limits
part, so far...)

But I agree with you; although ns_pools/ns_limits enable some handy
new features, such as dynamic configuration, it sure would be
convenient to be able to set this from the config file.

Here's how that works in NaviServer:


'ns_runonce -global { ... }' is used to get around the issue you've
noticed with overwriting. AOLserver has an 'ns_ictl once' command, but
IIRC it's once per-virtual server only, I'm afraid.

Couple of other misconceptions/questions were raised:

Tcl interps belong to the thread which created them. If there's more
than one virtual server configured, there's one interp for each
server, per-thread.

Tcl objects are reference counted. The Tcl documentation hints that
when your C implementation of a command begins, the interp result is
in a pristine state. it's value is "".  You might also expect it to be
unshared. But sometimes it's not!

So you can't do the obvious:

  Tcl_SetIntValue(Tcl_GetInterpResult(interp), 1);

and instead have to:

  Tcl_SetObjResult(interp, Tcl_NewIntValue(1));

It's tempting to do the first because it looks faster. Anywho, it's
not a threading issue.

Hope that helps.

AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> 
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: 
field of your email blank.

Reply via email to