GNOME Bugzilla – Bug 605827
openchangeclient -m cores
Last modified: 2010-02-08 18:25:13 UTC
evolution-mapi has stopped working here (I'm using the git/svn master for all components). Simply running openchangeclient -m results in a core dump with the following backtrace:
+ Trace 219847
Thread 1 (process 10457)
There are some issues with 0.9 openchange release. Use 0.8.x for a few more weeks.
Note that this is the svn/head version.
Are you sure that you re-ran /sbin/ldconfig? Do you have the updated samba4 libraries installed, and old ones removed? openchangeclient -m should work - it is certainly one of the things we tested prior to releasing 0.9.
(In reply to comment #1) > There are some issues with 0.9 openchange release. Use 0.8.x for a few more > weeks. Using 0.9 currently. So far good. Make sure you have a clean build and updated samba builds.
I'm using the git master for openchange and the same or the alpha10 tar ball for samba. I did a complete clean/download/rebuild/reinstall yesterday.
I can't repeat this. Can you provide details of your environment: Distribution. Compiler. libraries (e.g. what does ldd bin/openchangeclient show?) installation path Server version you are testing against
I'm running slackware 12.2 Compiling with gcc 4.4.2 ldd `which openchangeclient` gives linux-gate.so.1 => (0xffffe000) libmapi.so.0 => /opt/gnome/lib/libmapi.so.0 (0xb76e3000) libocpf.so.0 => /opt/gnome/lib/libocpf.so.0 (0xb76d3000) libdcerpc.so.0 => /usr/local/samba/lib/libdcerpc.so.0 (0xb70b1000) libndr.so.0 => /usr/local/samba/lib/libndr.so.0 (0xb7011000) libsamba-hostconfig.so.0 => /usr/local/samba/lib/libsamba-hostconfig.so.0 (0xb6fda000) libtevent.so.0 => /usr/local/samba/lib/libtevent.so.0 (0xb6fcf000) libtalloc.so.2 => /usr/local/samba/lib/libtalloc.so.2 (0xb6fc5000) libldb.so.0 => /usr/local/samba/lib/libldb.so.0 (0xb6a11000) libpopt.so.0 => /usr/X11/lib/libpopt.so.0 (0xb69d3000) libc.so.6 => /lib/libc.so.6 (0xb6887000) libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0xb686d000) libgcrypt.so.11 => /usr/X11/lib/libgcrypt.so.11 (0xb67ca000) libgnutls.so.26 => /usr/X11/lib/libgnutls.so.26 (0xb672e000) libtdb.so.1 => /usr/local/samba/lib/libtdb.so.1 (0xb671f000) libz.so.1 => /usr/X11/lib/libz.so.1 (0xb670b000) libresolv.so.2 => /lib/libresolv.so.2 (0xb66f8000) libdl.so.2 => /lib/libdl.so.2 (0xb66f3000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb66c1000) /lib/ld-linux.so.2 (0xb781b000) libgpg-error.so.0 => /usr/X11/lib/libgpg-error.so.0 (0xb66bd000) As to the installation path, that's complicated. I'm trying to maintain garnome. Basically what it does it to install all gnome and a wide selection of apps (including evolution, opehchange etc) in a separate installation tree (I use /opt/garnome-svn-2.29.4) and then play with PATH LD_LIBRARY_PATH etc, environment variables to ensure that the garnome versions are found first. I have two such setups: one for the recent releases for 2.29.4 and an older one (which uses 0.9). If I shift the environment variables to point to the old path, everything works (hence, the problem isn't a change I've made to the non-garnome parts of my system). On the other hand I have several other apps that aren't working right in the 2.29.4 environment. The only problem is that openchangeclient doesn't seem to depend on very much other than the newly built samba and mapi libs. Finally, I'm not sure how to get our server version, but I believe it's exchange 2007. (In any event, I just used it using the older garnome environment).
I'm still not sure what is going on. I have to suspect "something" about the installation system though, since that looks to be the biggest difference between what you have and what I have. I'm a bit concerned about the samba version. Is the version of samba in /usr/local/samba/ definitely the alpha 10 (or alpha 9) release? If so, are you also using that when you shift all of your environment back? You also might dropping by #openchange on Freenode if you want some interactive help. I'm not sure I'm really helping much here...
One advantage of using garnome is that I can easily keep an earlier installation around for a while. I switched back to a gnome 2.28.x version and openchangeclient now works (even the one in the 2.29.x tree. Running ldd in the old environment on the new (2.29.x) openchangeclient gives: linux-gate.so.1 => (0xffffe000) libmapi.so.0 => /opt/gnome/lib/libmapi.so.0 (0xb76d6000) libocpf.so.0 => /opt/gnome/lib/libocpf.so.0 (0xb76c6000) libdcerpc.so.0 => /usr/local/samba/lib/libdcerpc.so.0 (0xb70a4000) libndr.so.0 => /usr/local/samba/lib/libndr.so.0 (0xb7004000) libsamba-hostconfig.so.0 => /usr/local/samba/lib/libsamba-hostconfig.so.0 (0xb6fcd000) libtevent.so.0 => /usr/local/samba/lib/libtevent.so.0 (0xb6fc2000) libtalloc.so.2 => /usr/local/samba/lib/libtalloc.so.2 (0xb6fb8000) libldb.so.0 => /usr/local/samba/lib/libldb.so.0 (0xb6a04000) libpopt.so.0 => /usr/X11/lib/libpopt.so.0 (0xb69c6000) libc.so.6 => /lib/libc.so.6 (0xb687a000) libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0xb6860000) libgcrypt.so.11 => /usr/X11/lib/libgcrypt.so.11 (0xb67bd000) libgnutls.so.26 => /usr/X11/lib/libgnutls.so.26 (0xb6721000) libtdb.so.1 => /usr/local/samba/lib/libtdb.so.1 (0xb6712000) libz.so.1 => /usr/X11/lib/libz.so.1 (0xb66fe000) libresolv.so.2 => /lib/libresolv.so.2 (0xb66eb000) libdl.so.2 => /lib/libdl.so.2 (0xb66e6000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xb66b4000) /lib/ld-linux.so.2 (0xb7809000) libgpg-error.so.0 => /usr/X11/lib/libgpg-error.so.0 (0xb66b0000) All the libs are the same as in comment 7 except for the 2 in /opt/gnome (this is a symbolic link that is moved depending on which gnome I want to run). The rest, including samba, are the same as those used when I switch to the 2.29.x environment, which leads to a crash. My bet is that it's libmapi
I'm a bit concerned that you are using the same samba with openchange 0.8.2 and 0.9. Which version(s) of samba4 are you using here?
in my 2.28.x tree I use openchangeclient Version 0.9 (Cochrane), while with the 2.29.x tree I use Version 0.10 (Nomad). Both are using the latest samba installed by make samba-git as part of my 2.29.x build on 2010-01-15. Running 'git status' in openchange's samba4 directory gives: git status # On branch openchange # Untracked files: # (use "git add <file>..." to include in what will be committed) # # source4/auth/auth_proto.h nothing added to commit but untracked files present (use "git add" to track)
Bug identified. Fix providing in r1705. Waiting for additional backtrace if it still breaks otherwise confirmation it now works properly.
It seems to be fixed. Thanks Julien.