dconf-service crashed with SIGSEGV in g_variant_builder_add_value()
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
d-conf (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
To reproduce:
1. Install raring daily ISO 26th Jan in virtualbox VM.
2. During install select automatic login.
3. Select defaults for everything else.
4. Reboot after install, and wait.
The dconf-service crash happens a few seconds after automatic login.
dpkg -l libglib2.0-0:
ii libglib2.0-0:amd64 2.35.4-0ubuntu5 amd64 GLib library of C routines
So either #1105102 is not fixed or this is a different bug.
ProblemType: Crash
DistroRelease: Ubuntu 13.04
Package: dconf-service 0.15.2-0ubuntu4
ProcVersionSign
Uname: Linux 3.8.0-1-generic x86_64
ApportVersion: 2.8-0ubuntu2
Architecture: amd64
Date: Sat Jan 26 20:22:24 2013
ExecutablePath: /usr/lib/
InstallationDate: Installed on 2013-01-26 (0 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Alpha amd64 (20130126)
MarkForUpload: True
ProcCmdline: /usr/lib/
ProcEnviron:
SHELL=/bin/bash
XDG_RUNTIME_
PATH=(custom, no user)
LANGUAGE=en_GB:en
LANG=en_GB.UTF-8
SegvAnalysis:
Segfault happened at: 0x7fdbecfea310: mov 0x20(%rdi),%eax
PC (0x7fdbecfea310) ok
source "0x20(%rdi)" (0x00000020) not located in a known VMA region (needed readable region)!
destination "%eax" ok
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: d-conf
StacktraceTop:
?? () from /lib/x86_
g_variant_
?? () from /lib/x86_
g_variant_new_va () from /lib/x86_
g_variant_new () from /lib/x86_
Title: dconf-service crashed with SIGSEGV in g_variant_
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
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 #1105440, 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.