I'd love to think it's my own source code. However, the randomness of the errors I get (or sometimes, don't get) prevents me from easily tracking them down. Is there some randomization at work inside GTK? I can't see why there would be, but it's the only thing I can think of that would cause the same binary code to produce different behavior on successive runs.
And I can't form a test case until I know what triggers the crash, because otherwise I won't know if absence of a crash is evidence that the test is working or not. If I had GTK source code to break on, it would make things easier. However, the distribution I'm using didn't come with source, and my attempts to compile the source releases I've found have so far been unsuccessful. Bloody Windows. ----- Original Message ----- From: Murray Cumming <[EMAIL PROTECTED]> Date: Friday, February 8, 2008 1:26 pm Subject: Re: Does gtk have issues with STL? > > On Fri, 2008-02-08 at 10:44 -0500, Lindley M French wrote: > > The instability I was seeing before might have been due to my > use of an STL map to maintain my list of available windows. Is > this a known issue, or should I be looking elsewhere? > > > > I'm suspicious because several of the errors I've gotten > (they're different each time, even if I don't recompile) have > related to reference counting errors. Since STL maintains some > internal state, there might be something going on there. > > No, this doesn't make any sense. > > You have probably made errors in your own source code. You should try > valgrind and/or try to reduce it to a simple test case. > > -- > [EMAIL PROTECTED] > www.murrayc.com > www.openismus.com > > > > _______________________________________________ gtk-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gtk-list
