@09 Jan 2008 dgollub wrote:
Unfortunately, a lot of code of our codebase is lacking in one very fundamental issue, at least i wasn't aware of it. We have lot's of debugging output which includes char pointers which might be NULL. This is wrong, and make a lot of pain on Solaris, since libc of Solaris will dereferences this NULL pointer (and cause the crash). I wasn't aware of this issue, since i only got i touch so far with glibc, anyway it's just bad coding of me and just wrong. I'll try to clean this mess up the next days... sorry about that. Could you try in meanwhile to preload /usr/lib/0@0.so.1
LD_PRELOAD=/usr/lib/0@0.so.1 $COMMAND
Jijun Yu, applied once a big patch (r2364) which fixed several places in OpenSync where those debug output might contain a NULL char pointer.. i reverted (r2368) it, for three reason: i had no idea, i'm just dumb and last but not least i wanted to have clean solution instead of tons of mini-ifs in every debug statement. I thought about a customized xprintf function (sqlite is using for debugging output also an customized one which is portable), or just remove unneeded/obsolete debug statements which might include NULL char pointer.
If you're interested what this is all about you might check: http://technopark02.blogspot.com/2006/04/solaris-null-pointer-bugs-usrlib00so1.html
Archived mail: http://permalink.gmane.org/gmane.comp.misc.opensync.user/2355
