On Monday 07 August 2006 20:15, John Buckman wrote:
> <blush> Thanks!
>
> johnmac:/b/lib johnbuckman$ curl -I http://bookmooch.com
> HTTP/1.1 200 OK
> MIME-Version: 1.0
> P3P: CP="BUS CUR CONo FIN IVDo ONL OUR PHY SAMo TELo"
> Date: Tue, 08 Aug 2006 03:12:07 GMT
> Server: MoochServer/4.5.0
> Content-Type: text/html; charset=iso-8859-1
> Content-Length: 6336
> Connection: close
>
> ---
>
> btw, that P3P header is pretty much a requirement if you want cookies
> to stick around. IE's default w/o that header is to toss them when
> the browser exits.
>
Cookies require a P3P header now?
> Also, I had a pretty rough day with AOLServer hanging all day after
> 10 mins of running.
>
> I can't prove it yet, but there's some situation that causes ns_db
> handles to not get cleaned up. It only happens in production, not
> under an "ab" test harness. I solved it by manually releasing all my
> db handles and wrapping catch{} statements around everything. It
> might be "adp flush failed" "abort exception raised" -- or maybe some
> other exception.
Which database are you using? I seem to remember that not all database drivers
reset after a conn closes.
I have my own db api which uses an ns_atclose to cleanup/rollback anything not
released. In fact, I never release a handle in a script, that is what the
ns_atclose call is for.
Catch ends up being a much worse problem than anything else I've ever used in
tcl. It effectively removes most/all error information, so you cannot track
down a bug. Also, if a catch is around code which doesn't compile, the error
message you get is usually completely unrelated to the actual error.
tom jackson
tom jackson
--
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.
