After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 660445 - [abrt] evolution-data-server-3.1.91-2.fc16: __GI_raise: Process /usr/libexec/e-addressbook-factory was killed by signal 6 (SIGABRT)
[abrt] evolution-data-server-3.1.91-2.fc16: __GI_raise: Process /usr/libexec/...
Status: RESOLVED OBSOLETE
Product: evolution-data-server
Classification: Platform
Component: Contacts
3.2.x (obsolete)
Other Linux
: Normal critical
: ---
Assigned To: evolution-addressbook-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2011-09-29 11:18 UTC by Milan Crha
Modified: 2015-03-10 16:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Milan Crha 2011-09-29 11:18:55 UTC
Moving this from a downstream bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=742063

abrt version: 2.0.5.980
backtrace_rating: 4
cmdline:        /usr/libexec/e-addressbook-factory
comment:        Trying to auto-complete against LDAP, local address books, and
google.
crash_function: __GI_raise
executable:     /usr/libexec/e-addressbook-factory
kernel:         3.1.0-0.rc6.git0.3.fc16.x86_64
reason:         Process /usr/libexec/e-addressbook-factory was killed by signal
6 (SIGABRT)
time:           Wed Sep 28 16:32:48 2011

backtrace:
warning: core file may not match specified executable file.
[New LWP 31413]
[New LWP 3923]
[New LWP 13773]
[New LWP 3926]
[New LWP 3924]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/libexec/e-addressbook-factory'.
Program terminated with signal 6, Aborted.

Thread 4 (Thread 0x7f55b9f4d700 (LWP 3926))

  • #0 read
    at ../sysdeps/unix/syscall-template.S line 82
  • #1 read
    at /usr/include/bits/unistd.h line 45
  • #2 unix_signal_helper_thread
    at gmain.c line 4567
  • #3 g_thread_create_proxy
    at gthread.c line 1962
  • #4 start_thread
    at pthread_create.c line 305
  • #5 clone
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S line 115

Comment 1 Jared Smith 2011-11-16 19:56:04 UTC
I'm getting this same crash, and can reproduce it at least once a day.  Please let me know if you need any additional information from me.
Comment 2 Milan Crha 2011-11-23 10:48:41 UTC
Are your steps similar/same as those above, just autocomplete on the LDAP address book, say in a message composer window?
Comment 3 Jared Smith 2011-11-23 12:39:58 UTC
Yes, exactly the same.  I have both an LDAP address book and a google address book and a local address book, just like the original poster.  And the crash happens when I was trying to autocomplete an address from the LDAP address book.
Comment 4 Milan Crha 2011-11-24 13:03:35 UTC
Thanks for the update. I looked closely into the place where this crashed, and it's because the e_book_backend_ldap_open() is called when its priv->connected is not FALSE. There is a check in the code for it, the place where it crashes:
	g_assert (bl->priv->connected == FALSE);

It might mean that something is broken with the opening phase of the LDAP addressbook. I tried to reproduce this with anonymous login, and also with the email address login, but both seem to work properly for me, either I cancel the password prompt dialog or provide any or incorrect password (I still authenticate against server which allows anonymous access), but no crash. My server rejects login with DN, thus that one also doesn't crash for me. I'm trying this with 3.2.2 of evolution-data-server and evolution, simply opening new message composer and typing at least three letters to invoke autocompletion of the email address in the "To" field.

I can replace the g_assert with something else, but I would like to know what's going wrong here, because th replacement may just hide other issues. Could you run the e-addressbook-factory process from a console, with LDAP debugging on, to see whether it'll show anything useful, please? You can do that with a command like this:
   $ LDAP_DEBUG=1 /usr/libexec/e-addressbook/factory
and when it writes "Server is up and running...", run evolution from another console. Make sure there will be no other e-addressbook-factory process running, because there can be only one in a system. You can also redirect all output from factory to a file, when you append to the command " &>log.txt" (without quotes), though you'll not see the "Server is up and running..." message on the console, because it'll be inside the file.
Comment 5 Milan Crha 2015-03-10 16:50:07 UTC
No duplicate for a long time, I'm closing this.