Lars Kneschke wrote: > Am Montag, den 11.09.2006, 08:45 +0200 schrieb Paul J Stevens: >> Lars, >> >> The only changes over the last week were in the FETCH code (not touched >> in your examples), in the sqlite layer and in the pop3 code. But I've >> also been moving a lot of the trace calls in the imap code to Aaron's >> newtrace macros. Given that we've seen problems on solaris before in the >> trace code, I wonder if that's the case here as well. So, could you run >> some tests on a trace_level=0, and see if it still crashes then? > > I did some more tests. I now disabled newtrace() at all, by adding > return; as the first command in this function. > > That helped a little bit. > > It may save some performance if newtrace() does not do any processing, > if trace_level is set 0. I think the function can simply return if > trace_level is set to 0.
Of course, will fix. > > When ever i have a look at the backtraces, is has always something to do > with g_strdup_vprintf. That's where everything goes wrong. > > Seems like we need to debug glib a little bit more. :-( I'll review your backtraces and see if there some possible stack corruption in the new fetch code. Thanks. -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl
