470,604 Members | 2,014 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 470,604 developers. It's quick & easy.

Decent way to trace resource leaks?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've written a fairly complex application [1] that runs under Windows XP
with ActiveState Python. I'm reasonably sure that I'm freeing all allocated
resources, but my process seems grow slowly but steadily over time. Worse,
my network administrator seems to think that it's locking network resources
and not freeing them, and while I don't *think* that's the case, I can't be
certain.

Ideally, I'd like to find a way to dump the process's object hierarchy to
the screen or a file in a tree or graph format. Even without variable
names, it'd be tremendously helpful to see that there are 87 instances of
Foo objects, each with 20 Bar objects as data members. Although I'm running
the application on Windows, I'm doing all development on a Linux system
(using Subversion to synchronize source trees across machines, in case
anyone is interested), so I'd prefer something native to Python and not a
Windows-specific GUI debugger.

[1] Said application implements a SOAP interface to Microsoft Access and
FoxPro databases so that the Unix applications I'm writing can query those
systems.
- --
Kirk Strauser
The Strauser Group
Open. Solutions. Simple.
http://www.strausergroup.com/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAX2Aw5sRg+Y0CpvERArOaAJ4/VdLdqLZzetF4pIu/Gb43vCIX7QCfZq+X
leYooXAV4mW29af/tCcGCp0=
=Kl5V
-----END PGP SIGNATURE-----
Jul 18 '05 #1
0 884

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

reply views Thread by Steve Binney | last post: by
2 posts views Thread by Generic Usenet Account | last post: by
10 posts views Thread by Niall | last post: by
5 posts views Thread by Barry Anderberg | last post: by
4 posts views Thread by Nick | last post: by
1 post views Thread by Chuck Bohling | last post: by
6 posts views Thread by W. Jordan | last post: by
5 posts views Thread by Daniel | last post: by
2 posts views Thread by Rick Mavrovik | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.