*** This bug is a duplicate of bug 1200819 ***
https://bugs.launchpad.net/bugs/1200819
Thank you for taking the time to report this crash and helping to make
this software better. This particular crash has already been reported
and is a duplicate of bug #1200819, so is being marked as such. Please
look at the other bug report to see if there is any missing information
that you can provide, or to see if there is a workaround for the bug.
Additionally, any further discussion regarding the bug should occur in
the other report. Please continue to report any other bugs you may
find.
** Attachment removed: "CoreDump.gz"
https://bugs.launchpad.net/bugs/1509269/+attachment/4503038/+files/CoreDump.gz
** Attachment removed: "Disassembly.txt"
https://bugs.launchpad.net/bugs/1509269/+attachment/4503040/+files/Disassembly.txt
** Attachment removed: "ProcMaps.txt"
https://bugs.launchpad.net/bugs/1509269/+attachment/4503042/+files/ProcMaps.txt
** Attachment removed: "ProcStatus.txt"
https://bugs.launchpad.net/bugs/1509269/+attachment/4503043/+files/ProcStatus.txt
** Attachment removed: "Registers.txt"
https://bugs.launchpad.net/bugs/1509269/+attachment/4503044/+files/Registers.txt
** Attachment removed: "Stacktrace.txt"
https://bugs.launchpad.net/bugs/1509269/+attachment/4503046/+files/Stacktrace.txt
** Attachment removed: "ThreadStacktrace.txt"
https://bugs.launchpad.net/bugs/1509269/+attachment/4503047/+files/ThreadStacktrace.txt
** This bug has been marked a duplicate of bug 1200819
evolution-source-registry crashed with SIGSEGV in g_hash_table_lookup_node()
** Tags removed: need-amd64-retrace
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evolution-data-server in Ubuntu.
https://bugs.launchpad.net/bugs/1509269
Title:
evolution-source-registry crashed with SIGSEGV in
g_hash_table_lookup()
Status in evolution-data-server package in Ubuntu:
New
Bug description:
Raising a new bug after discussions on Bug #1494804 suggested that
this was a different issue as the one documented under #1494804
originated in 15.10.
I don't know what I did to stimulate the problem. An error report
prompt appeared one day.
I'll answer the same questions from Bug #1494804 here in case they are
relevant.
> what accounts he/she has configured, whether any are from Ubuntu
Online Accounts or GNOME Online Accounts?
I have a personal GoogleMail imapx account created though the Online
Accounts Service and an ews OWA account linked to my work exchange
server.
> whether it crashes also when he/she runs the evolution-source-
registry from a terminal manually?
It seems to have worked OK when I ran
/usr/lib/evolution/evolution-source-registry. The output I can see is as follow
(with my addresses changed manually to t...@work-domain.com &
t...@googlemail.com):
$ /usr/lib/evolution/evolution-source-registry
Migrating mail accounts from GConf...
Migrating addressbook sources from GConf...
Migrating calendar sources from GConf...
Migrating task list sources from GConf...
Migrating memo list sources from GConf...
Registering EGoogleBackendFactory ('google')
Registering EOutlookBackendFactory ('outlook')
Registering EYahooBackendFactory ('yahoo')
Registering EOwncloudBackendFactory ('owncloud')
Registering EEwsBackendFactory ('ews')
Registering EMapiBackendFactory ('mapi')
Registering ECollectionBackendFactory ('none')
Adding 1433155791.2289.1@thorne-ul-dt ('Source')
Adding vfolder ('Source_1')
Adding 1433325395.16396.0@thorne-ul-dt ('Source_2')
OWA t...@work-domain.com: Pairing 1434544712.3155.0@thorne-ul-dt with
resource e82c1433-e2e3-4cbf-a933-0f1e68930f98:Global Address List
Adding 1434544712.3155.0@thorne-ul-dt ('Source_3')
Adding 1434381690.5760.2@thorne-ul-dt ('Source_4')
Adding 1434381690.5760.17@thorne-ul-dt ('Source_5')
Adding 1437989181.5803.1@thorne-ul-dt ('Source_6')
Adding 1434381690.5760.0@thorne-ul-dt ('Source_7')
Adding 1432804779.11643.0@thorne-ul-dt ('Source_8')
Adding 1434381690.5760.5@thorne-ul-dt ('Source_9')
Adding 1432718461.14988.73@thorne-ul-dt ('Source_10')
Adding 1432718462.14988.82@thorne-ul-dt ('Source_11')
Adding 1432718461.14988.68@thorne-ul-dt ('Source_12')
Adding 1432889488.2725.0@thorne-ul-dt ('Source_13')
Adding 1432889488.2725.2@thorne-ul-dt ('Source_14')
Adding 1432889488.2725.3@thorne-ul-dt ('Source_15')
Adding 1432640797.18834.16@thorne-ul-dt ('Source_16')
Adding 1432640797.18834.14@thorne-ul-dt ('Source_17')
Adding 1432640791.18834.0@thorne-ul-dt ('Source_18')
Adding local ('Source_19')
Adding 1432889488.2725.1@thorne-ul-dt ('Source_20')
Adding 1432640791.18834.4@thorne-ul-dt ('Source_21')
Adding 1433155649.2289.0@thorne-ul-dt ('Source_22')
Adding caldav-stub ('Source_23')
Adding contacts-stub ('Source_24')
Adding birthdays ('Source_25')
Adding google-stub ('Source_26')
Adding ldap-stub ('Source_27')
Adding local-stub ('Source_28')
Adding system-calendar ('Source_29')
Adding system-address-book ('Source_30')
Adding weather-stub ('Source_31')
Adding webcal-stub ('Source_32')
Adding webdav-stub ('Source_33')
Adding sendmail ('Source_34')
Adding system-memo-list ('Source_35')
Adding system-task-list ('Source_36')
module-cache-reaper-Message: Scanning data directories
module-cache-reaper-Message: Scanning cache directories
Server is up and running...
AUTH (1434381690.5760.2@thorne-ul-dt): Initiated
Bus name 'org.gnome.evolution.dataserver.Sources2' acquired.
t...@googlemail.com: Pairing 1432889488.2725.4@thorne-ul-dt with resource
Calendar
Adding 1432889488.2725.4@thorne-ul-dt ('Source_37')
t...@googlemail.com: Pairing 1432889488.2725.5@thorne-ul-dt with resource
Contacts
Adding 1432889488.2725.5@thorne-ul-dt ('Source_38')
t...@googlemail.com: Pairing 1432640844.2689.0@thorne-ul-dt with resource
Calendar
Adding 1432640844.2689.0@thorne-ul-dt ('Source_39')
t...@googlemail.com: Pairing 1432640844.2689.1@thorne-ul-dt with resource
Contacts
Adding 1432640844.2689.1@thorne-ul-dt ('Source_40')
AUTH (1432640797.18834.16@thorne-ul-dt): Initiated
AUTH (1434381690.5760.2@thorne-ul-dt): Complete (SUCCESS)
AUTH (1434381690.5760.2@thorne-ul-dt): Initiated
AUTH (1432640797.18834.16@thorne-ul-dt): Complete (SUCCESS)
OWA t...@work-domain.com: Pairing 1434382914.8424.11@thorne-ul-dt with
resource
AQMkAGIyMTMwOGY0LTI2MzItNDU5My05Y2I4LWVhNjNhYjg1YmYwMAAALgAAA+FP9N9wssFJj6t++ut4zlABABYLVCVV+HBMs/5Q8mHfMpkAAAMsAAAA
Adding 1434382914.8424.11@thorne-ul-dt ('Source_41')
OWA t...@work-domain.com: Pairing 1434382914.8424.12@thorne-ul-dt with
resource
AQMkAGIyMTMwOGY0LTI2MzItNDU5My05Y2I4LWVhNjNhYjg1YmYwMAAALgAAA+FP9N9wssFJj6t++ut4zlABABYLVCVV+HBMs/5Q8mHfMpkAAAMtAAAA
Adding 1434382914.8424.12@thorne-ul-dt ('Source_42')
OWA t...@work-domain.com: Pairing 1434382914.8424.13@thorne-ul-dt with
resource
AAMkAGIyMTMwOGY0LTI2MzItNDU5My05Y2I4LWVhNjNhYjg1YmYwMAAuAAAAAADhT/TfcLLBSY+rfvrreM5QAQAGKp/LPBeQR4xLDDWtTzVlAAAAFwAgAAA=
Adding 1434382914.8424.13@thorne-ul-dt ('Source_43')
OWA t...@work-domain.com: Pairing 1434382914.8424.14@thorne-ul-dt with
resource
AAMkAGIyMTMwOGY0LTI2MzItNDU5My05Y2I4LWVhNjNhYjg1YmYwMAAuAAAAAADhT/TfcLLBSY+rfvrreM5QAQAGKp/LPBeQR4xLDDWtTzVlAAAAFwAYAAA=
Adding 1434382914.8424.14@thorne-ul-dt ('Source_44')
OWA t...@work-domain.com: Pairing 1434382914.8424.15@thorne-ul-dt with
resource
AAMkAGIyMTMwOGY0LTI2MzItNDU5My05Y2I4LWVhNjNhYjg1YmYwMAAuAAAAAADhT/TfcLLBSY+rfvrreM5QAQAGKp/LPBeQR4xLDDWtTzVlAAAAFwAVAAA=
Adding 1434382914.8424.15@thorne-ul-dt ('Source_45')
OWA t...@work-domain.com: Pairing 1434382914.8424.16@thorne-ul-dt with
resource
AQMkAGIyMTMwOGY0LTI2MzItNDU5My05Y2I4LWVhNjNhYjg1YmYwMAAALgAAA+FP9N9wssFJj6t++ut4zlABABYLVCVV+HBMs/5Q8mHfMpkAAAMwAAAA
Adding 1434382914.8424.16@thorne-ul-dt ('Source_46')
OWA t...@work-domain.com: Pairing 1434382914.8424.17@thorne-ul-dt with
resource
AAMkAGIyMTMwOGY0LTI2MzItNDU5My05Y2I4LWVhNjNhYjg1YmYwMAAuAAAAAADhT/TfcLLBSY+rfvrreM5QAQAGKp/LPBeQR4xLDDWtTzVlAAAAFwAFAAA=
Adding 1434382914.8424.17@thorne-ul-dt ('Source_47')
OWA t...@work-domain.com: Pairing 1434382914.8424.18@thorne-ul-dt with
resource
AQMkAGIyMTMwOGY0LTI2MzItNDU5My05Y2I4LWVhNjNhYjg1YmYwMAAALgAAA+FP9N9wssFJj6t++ut4zlABABYLVCVV+HBMs/5Q8mHfMpkAAAMxAAAA
Adding 1434382914.8424.18@thorne-ul-dt ('Source_48')
OWA t...@work-domain.com: Pairing 1434382914.8424.19@thorne-ul-dt with
resource
AAMkAGIyMTMwOGY0LTI2MzItNDU5My05Y2I4LWVhNjNhYjg1YmYwMAAuAAAAAADhT/TfcLLBSY+rfvrreM5QAQAGKp/LPBeQR4xLDDWtTzVlAAAAFwAWAAA=
Adding 1434382914.8424.19@thorne-ul-dt ('Source_49')
Adding 1439892977.25610.10@thorne-ul-dt ('Source_50')
Adding 1434382890.8424.1@thorne-ul-dt ('Source_51')
Adding 1439892980.25610.11@thorne-ul-dt ('Source_52')
AUTH (1434381690.5760.2@thorne-ul-dt): Complete (SUCCESS)
AUTH (1434381690.5760.2@thorne-ul-dt): Initiated
AUTH (1434381690.5760.2@thorne-ul-dt): Complete (SUCCESS)
AUTH (1434381690.5760.2@thorne-ul-dt): Initiated
AUTH (1434381690.5760.2@thorne-ul-dt): Complete (SUCCESS)
AUTH (1434381690.5760.2@thorne-ul-dt): Initiated
AUTH (1434381690.5760.2@thorne-ul-dt): Complete (SUCCESS)
AUTH (1434381690.5760.2@thorne-ul-dt): Initiated
AUTH (1434381690.5760.2@thorne-ul-dt): Complete (SUCCESS)
AUTH (1434381690.5760.2@thorne-ul-dt): Initiated
AUTH (1434381690.5760.2@thorne-ul-dt): Complete (SUCCESS)
> whether running the source registry under valgrind will also reproduce the
crash (it can happen that other timing, due to all slowness caused by the
memory checking, will not trigger the crash, but also that the valgrind will
log about the issue and will keep the application running). The command might
look like (I do not know exact location of the executable, thus it can differ
in your distribution):
$ G_SLICE=always-malloc valgrind /usr/libexec/evolution-source-registry
&>log"
The only output that looks suspect is:
Adding system-memo-list ('Source_35')
Adding system-task-list ('Source_36')
module-cache-reaper-Message: Scanning data directories
module-cache-reaper-Message: Scanning cache directories
Server is up and running...
AUTH (1434381690.5760.2@thorne-ul-dt): Initiated
==11889== Conditional jump or move depends on uninitialised value(s)
==11889== at 0xC7FF0DD: ag_auth_data_unref (in
/usr/lib/x86_64-linux-gnu/libaccounts-glib.so.0.1.3)
==11889== by 0xC5EC83E: ??? (in
/usr/lib/evolution-data-server/registry-modules/module-ubuntu-online-accounts.so)
==11889== by 0xC5ECB72: ??? (in
/usr/lib/evolution-data-server/registry-modules/module-ubuntu-online-accounts.so)
==11889== by 0xC5ED31C: ??? (in
/usr/lib/evolution-data-server/registry-modules/module-ubuntu-online-accounts.so)
==11889== by 0x5F403B7: g_closure_invoke (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0)
==11889== by 0x5F51FD0: ??? (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0)
==11889== by 0x5F59A28: g_signal_emit_valist (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0)
==11889== by 0x5F59CE1: g_signal_emit (in
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.4002.0)
==11889== by 0x5C8EA63: ??? (in
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.4002.0)
==11889== by 0x5C2E3B6: g_simple_async_result_complete (in
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.4002.0)
==11889== by 0x5C2E418: ??? (in
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.4002.0)
==11889== by 0x61C9CE4: g_main_context_dispatch (in
/lib/x86_64-linux-gnu/libglib-2.0.so.0.4002.0)
==11889==
==11889== Conditional jump or move depends on uninitialised value(s)
As I know jumping to memory based on what could be uninitialised
variables is a bad thing. It seems possible that the tool is mistaken
about the initialisation though.
---
Possibly related bugs from the old one were #1200934, #1200819 &
#1383852. I can see now that Bug #1383852 is already marked as
affecting me so perhaps this is a duplicate?
ProblemType: Crash
DistroRelease: Ubuntu 14.04
Package: evolution-data-server 3.10.4-0ubuntu1.5
Uname: Linux 4.1.0-040100rc8-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.15
Architecture: amd64
CrashCounter: 1
CurrentDesktop: Unity
Date: Mon Oct 19 13:16:20 2015
ExecutablePath: /usr/lib/evolution/evolution-source-registry
ExecutableTimestamp: 1413836845
InstallationDate: Installed on 2015-03-12 (220 days ago)
InstallationMedia: Ubuntu 14.04.2 LTS "Trusty Tahr" - Release amd64
(20150218.1)
ProcCmdline: /usr/lib/evolution/evolution-source-registry
ProcCwd: /
Signal: 11
SourcePackage: evolution-data-server
StacktraceTop:
g_hash_table_lookup () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
ag_auth_data_get_login_parameters () from
/usr/lib/x86_64-linux-gnu/libaccounts-glib.so.0
?? () from
/usr/lib/evolution-data-server/registry-modules/module-ubuntu-online-accounts.so
g_simple_async_result_complete () from
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
Title: evolution-source-registry crashed with SIGSEGV in g_hash_table_lookup()
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dialout dip lpadmin mock plugdev sambashare sudo
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/1509269/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
