On Wed, 2009-02-25 at 16:59 +0100, Julien Kerihuel wrote: > On Thu, 2009-02-12 at 11:43 +0800, [email protected] wrote: > > > From: "Julien Kerihuel" > > > Date: Wed, 11 Feb 2009 13:43:47 +0100 > > > > > > Do you have an environment where openchange bits are not copied from a > > > workstation to the other or mixed together but installed as a whole from > > > a single trunk/tarball? > > > > Now I have that. Machine #3 (VM as all the others), installed a fresh > > Ubuntu 9.04 Alpha 4, installed and compiled Openchange from the SVN. > > No binaries or libraries copied from anywhere. Still the same problem, > > the last talloc_free in MAPIUninitialize fails. > > > > > Furthermore, I'm unable to reproduce your issue on any of my development > > > workstations here. Without additional information I think the issue may > > > come from your setup. > > > > What can I do to debug this and provide you with more info? > > Looks like I have been able to reproduce similar problem under FreeBSD. > The problems seems to come from calling MAPIUninitialize/talloc_free > after a failed MAPI call. Since the call fails, mapi_response data is > not allocated and causes talloc_free trying to release some random > memory.
Should be fixed in r1241. (Tested under FreeBSD only) The problem came from emsmdb_transaction and our method for adjusting mapi_repl length depending on Exchange server version. emsmdb_transaction was looping over, trying to guess the length but when looping we didn't talloc_free mapi_response. Since mapi_response has a destructor set on it, it only got free'd when releasing the session (Logoff or MAPIUninitialize). We now free it upon failure and this should prevent from segfaulting again. Could someone test this fix and give me feedback whether or not it works properly for him? Cheers, Julien. -- Julien Kerihuel [email protected] OpenChange Project Manager GPG Fingerprint: 0B55 783D A781 6329 108A B609 7EF6 FE11 A35F 1F79
signature.asc
Description: This is a digitally signed message part
_______________________________________________ devel mailing list [email protected] http://mailman.openchange.org/listinfo/devel
