On Thu, May 27, 2010 at 03:49:22PM -0400, Hazen Babcock wrote: > Alan W. Irwin wrote: >> On 2010-05-27 20:22+0100 Andrew Ross wrote: >>> >>> That's a possibility, but it still seems quite unlikely. Qt is very >>> widely >>> used, even with GNOME and I've not seen any reports of this. By the way >>> I'm also using KDE though. >> >> I agree. However, a much more likely possibility (considering how iffy >> X is >> these days because of the on-going X code reorganization) is that Hazen's >> particular X driver has an issue so that setting up an X environment for >> -dev pngqt literally thousands of times eventually runs X out of some >> resource. So I have my fingers crossed that the speculative fix will work >> for Hazen. > > Unfortunately not, I'm still having the same problem. I'll try again > with a printf to verify the state of is isgui just to be sure. > > It really looks to me like it is consuming some finite system resource. > As I mentioned before the test will hang at the call to QApplication. > What I have now discovered however, is that if I close another GUI > application (Firefox or Emacs) then the test will continue and make it > through another cycle, i.e.: > > 1. test hangs at iteration 991 > 2. close Firefox > 3. test finishes iteration 991 and now hangs at 992. > > Are we sure that we are closing the QApplication properly?
I think so, although most programs would only create a QApplication once at the beginning of the program then delete it at the end, so resource leaks might not be obvious. You could try valgrind with things like --track-fds to see if there is a leak of file descriptors? Andrew ------------------------------------------------------------------------------ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
