Public bug reported:
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
** Affects: evolution-data-server (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-crash need-amd64-retrace trusty
** Information type changed from Private to Public
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1509269
Title:
evolution-source-registry crashed with SIGSEGV in
g_hash_table_lookup()
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/1509269/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
