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 339387 - Evolution-data-server-1.6 crashes everytime it access the adressbook
Evolution-data-server-1.6 crashes everytime it access the adressbook
Status: RESOLVED DUPLICATE of bug 335961
Product: evolution-data-server
Classification: Platform
Component: Contacts
1.6.x (obsolete)
Other All
: Normal critical
: ---
Assigned To: evolution-addressbook-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2006-04-22 10:28 UTC by Lionel Dricot
Modified: 2006-04-26 09:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
e-d-s in a terminal (11.23 KB, text/plain)
2006-04-22 12:59 UTC, Lionel Dricot
Details

Description Lionel Dricot 2006-04-22 10:28:17 UTC
Steps to reproduce:
Just upgraded from 1.4 to 1.6 (breezy to dapper)

1. Launch evolution
2. Applications "/usr/libexec/evolution-data-server-1.6" has crashed.
3. Simply hit the "close" button and you can safely continue. It happens every
boot. (you can also have it without reboot by evolution --force-shutdown and
then starting evolution)


Stack trace:
Backtrace was generated from '/usr/libexec/evolution-data-server-1.6'

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1220684096 (LWP 11243)]
[New Thread -1427182672 (LWP 11294)]
[New Thread -1224500304 (LWP 11273)]
[New Thread -1258071120 (LWP 11266)]
[New Thread -1224234064 (LWP 11244)]
0xffffe410 in __kernel_vsyscall ()

Thread 3 (Thread -1224500304 (LWP 11273))

  • #0 __kernel_vsyscall
  • #1 __lll_mutex_lock_wait
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 _L_mutex_lock_33
    from /lib/tls/i686/cmov/libpthread.so.0
  • #3 ??
  • #4 ??
  • #5 ??
    from /lib/tls/i686/cmov/libpthread.so.0
  • #6 ??
  • #7 ??
  • #8 ??
    from /lib/tls/i686/cmov/libc.so.6
  • #9 ??
  • #10 ??
  • #11 ??
  • #12 pthread_mutex_lock
    from /lib/tls/i686/cmov/libc.so.6
  • #13 pthread_mutex_lock
    from /lib/tls/i686/cmov/libc.so.6
  • #14 gnome_segv_handler
    at server.c line 97
  • #15 <signal handler called>
  • #16 g_str_hash
    from /usr/lib/libglib-2.0.so.0
  • #17 g_hash_table_lookup
    from /usr/lib/libglib-2.0.so.0
  • #18 e_data_book_view_notify_update_vcard
    at e-data-book-view.c line 299
  • #19 book_view_thread
    at e-book-backend-file.c line 600
  • #20 g_static_private_free
    from /usr/lib/libglib-2.0.so.0
  • #21 start_thread
    from /lib/tls/i686/cmov/libpthread.so.0
  • #22 clone
    from /lib/tls/i686/cmov/libc.so.6

Other information:
In order to protect privacy, I changed the two names that appear by "foo foo"
and "bar bar"
Comment 1 Lionel Dricot 2006-04-22 10:31:32 UTC
related Ubuntu bug :
https://launchpad.net/products/evolution/+bug/40713
Comment 2 André Klapper 2006-04-22 12:39:07 UTC
lionel, if you start evolution-data-server seperately from a shell (the command should be something like "/opt/gnome/libexec/evolution-data-server-1.6" or "/usr/libexec/evolution-data-server-1.6", really depends on your distribtuion), what is the output?
Comment 3 Lionel Dricot 2006-04-22 12:59:28 UTC
Created attachment 64102 [details]
e-d-s in a terminal

That's the complete output of e-d-s running in a terminal until it crashed.
Comment 4 André Klapper 2006-04-22 14:58:58 UTC
hmm... looks okay to me. no idea. :-/
Comment 5 Lionel Dricot 2006-04-22 16:07:16 UTC
In the trace, two Vcard appear: foo & bar. Those two vcard are from the same addressbook :

~/.evolution/addressbook/local/1138964484.9039.22@ocean

The strange point is that only bar appears in the summary file and when viewing the adressbook with Evolution.

Foo is dismissed.
Comment 6 Lionel Dricot 2006-04-22 17:00:34 UTC
Hm, it seems that the situation is worst. 

e-d-s crashes a lot (really a lot) when playing with tasks/memos/calendar.

Also, starting the application contacts (openhedhand stuff) crashes e-d-s two or three times.
Comment 7 Lionel Dricot 2006-04-23 11:22:42 UTC
Just a little comment to note that the auto-completion doesn't work and sometimes lead to a crash.

If you want a trace from other crashes, let me know but I suppose that they are the same as the one above.
Comment 8 Lionel Dricot 2006-04-23 12:34:31 UTC
I found that removing ~/.evolution/addressbook/local/system/addressbook.db solved the problem, even if there are a lot of other addressbook in other folders.

This is sadly not an answer since all the content of the address book is lost.

I can send the addressbook.db to a developper if needed, just contact me.
Comment 9 Lionel Dricot 2006-04-23 13:57:52 UTC
I checked the file addressbook.db and it's definitly fine.

I db_dumped it (with and without -r option) then rebuilded the db file with db_load < result_of_dump.
In both cases, the crash will still happen.

I even try to manually delete the "foo" contact then rebuild the db file skipping errors (which lead to forget half the contacts). The crash still happen.

The file is in now way corrupted, there must be something in the data itself.


Also, can be http://bugzilla.gnome.org/show_bug.cgi?id=313723 similar ? The trace looks quite the same (but I'm not really sure).
Comment 10 Dean Brettle 2006-04-26 02:59:55 UTC
This might be a duplicate of bug 335961.  Does the workaround described there work for you?
Comment 11 Lionel Dricot 2006-04-26 08:54:48 UTC
The workaround was indeed to reinstall E-d-s 1.4, export the addressbook in a vcard then reimport it in e-d-s 1.6. this workaround solved the problem.

Anyway, the trace looks different between both bugs. Also, I didn't had the Network-Manager DBus thing.

Not sure about it...
Comment 12 Lionel Dricot 2006-04-26 09:00:27 UTC

*** This bug has been marked as a duplicate of 335961 ***