I've been testing the autoreload feature, and it is very nice. I'm still
getting used to the lightning fast responses as compared to OneShot!
I do have a problem though... I have a module that exports a global
database pool. On instantiation and subsequent first use, a bunch of
persistent connecti
On Sat, 2002-10-26 at 12:14, Edmund Lian wrote:
> I've been testing the autoreload feature, and it is very nice. I'm still
> getting used to the lightning fast responses as compared to OneShot!
>
> I do have a problem though... I have a module that exports a global
> database pool. On instantiatio
On Sat, 2002-10-26 at 12:14, Edmund Lian wrote:
> Is there a way to resolve this problem automatically, or will I have to
> register a shutdownhandler to explicitly delete the global pool instance?
Just as a follow up, I did try to register a clean up function with atexit,
but this doesn't work.
On Sat, 2002-10-26 at 12:45, Edmund Lian wrote:
> > Is there a way to resolve this problem automatically, or will I have to
> > register a shutdownhandler to explicitly delete the global pool instance?
>
> Just as a follow up, I did try to register a clean up function with atexit,
> but this doesn
Bugs item #629248, was opened at 2002-10-26 14:33
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104866&aid=629248&group_id=4866
Category: WebKit
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anony
> I wonder if all open file objects are kept open, though? That might be
> a problem... I mean, not everything has to be perfect with auto-reload,
> since it's still only meant for development purposes.
I checked on my system by looking in /proc//fd for the appserver.
I saw that I got a few extr
On 10/26/2002 04:25:44 PM Ian Bicking wrote:
>I suppose the problem is that you can't get to the Application object?
Yes, this is the problem.
Could the problem of leaking DB connections be at all related to how
DBPool.py doesn't actually close connections on being deleted? I'm actually
using m
Just a quick thought -- it might be easier to put this into the
AppServer script, and say if Launch.py exits with a certain error code
it will restart the AppServer (instead of just exiting). Then the
process fully exits, and all files will be cleaned up by the OS. I'm
pretty sure AppServer.bat c
On Sat, 2002-10-26 at 17:37, Ian Bicking wrote:
> Just a quick thought -- it might be easier to put this into the
> AppServer script, and say if Launch.py exits with a certain error code
> it will restart the AppServer (instead of just exiting). Then the
> process fully exits, and all files will b
On Sat, 2002-10-26 at 17:58, Jason Hildebrand wrote:
> This idea occurred to me, too. The only drawback to this is that the
> PID change would change all the time, but maybe that's not a problem.
>
> I'll persist a little more (with closing the file descriptors prior to
> exec()) and see if I ca
10 matches
Mail list logo
