On 2007.10.01, Jeff Rogers <[EMAIL PROTECTED]> wrote: > I also think the code belongs on a module rather than in the core.
My vote is to leave [ns_conn channel] in the core officially, and mark [ns_conn contentsentlength] as deprecated to warn folks from coupling their code too tightly to it, as it may be removed in a future version. While I think I agree with you (if I understand you correctly), that introducing [ns_conn channel] as a solution the problem it's currently being used to solve is not the best end solution, I do think having the capability was something lacking in the ns_conn Tcl command for a long time. The ability to interact with the socket connection as a plain Tcl channel is something that's very useful (think: "Comet" style HTTP server push implementations, etc.). However, I do agree that solving the problem of freeing up connection threads while large HTTP responses are being returned to the client should be handled deeper within the server itself, not through developer-supplied application code. -- Dossy -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://panoptic.com/ "He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on." (p. 70) -- 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.