cerbere crashed with SIGSEGV in g_mutex_impl_new()

[Sergey "Shnatsel" Davidoff]

Easily reproducible crash on startup, confirmed by multiple people.

ProblemType: Crash
DistroRelease: Ubuntu 12.04
Package: cerbere 0.1-0~r22+pkg5~precise1 [origin: LP-PPA-elementary-os-daily]
ProcVersionSignature: Ubuntu 3.2.0-24.39-generic 3.2.16
Uname: Linux 3.2.0-24-generic x86_64
ApportVersion: 2.0.1-0ubuntu8
Architecture: amd64
CrashDB: cerbere
Date: Wed Jun 13 15:56:10 2012
ExecutablePath: /usr/bin/cerbere
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64 (20120303)
ProcCmdline: cerbere
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 LANG=ru_RU.UTF-8
 SHELL=/usr/bin/fish
SegvAnalysis:
 Segfault happened at: 0x7fc98435a2f6 <g_mutex_get_impl+22>: mov (%rdi),%r12
 PC (0x7fc98435a2f6) ok
 source "(%rdi)" (0x00000000) not located in a known VMA region (needed readable region)!
 destination "%r12" ok
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: cerbere
StacktraceTop:
 g_mutex_get_impl (mutex=0x0) at /build/buildd/glib2.0-2.32.1/./glib/gthread-posix.c:119
 g_mutex_lock (mutex=<optimized out>) at /build/buildd/glib2.0-2.32.1/./glib/gthread-posix.c:208
 watchdog_add_process ()
 watchdog_add_process_async ()
 _start ()
SuspiciousXErrors:

ThirdParty: True
Title: cerbere crashed with SIGSEGV in g_mutex_get_impl()
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

[Sergey "Shnatsel" Davidoff (shnatsel)]

StacktraceTop:
 g_mutex_impl_new () at /build/buildd/glib2.0-2.32.3/./glib/gthread-posix.c:100
 ?? () at /build/buildd/glib2.0-2.32.3/./glib/gthread-posix.c:442 from /tmp/tmpBWZzqD/lib/x86_64-linux-gnu/libglib-2.0.so.0
 ?? ()
 watchdog_add_process (self=0x1d068f0, command=<optimized out>) at /build/buildd/cerbere-0.1/obj-x86_64-linux-gnu/src/Watchdog.c:419
 watchdog_add_process_async_co (_data_=0x1cf30c0) at /build/buildd/cerbere-0.1/obj-x86_64-linux-gnu/src/Watchdog.c:218

[Victor Martinez (victored)]

I've taken a look at: https://launchpad.net/~elementary-os/+archive/daily/+build/3570952

It seems we're building it using valac 0.14. Now Cerbere _must_ be built using valac-0.16 or newer due to the use of a new thread API. I'll make sure I bump the value in CMake.

Sergey, can you please change that in the dependencies (valac-0.14 -> valac-0.16)?

[Sergey "Shnatsel" Davidoff (shnatsel)]

I've updated packaging to require valac 0.16, or any higher version if 0.16 is not available

[Marcus Lundgren (marcus-lundgren)]

I no longer have this problem using the latest daily build!

[NewfieBullet (n-bullet)]

Marcus Lundgren (marcus-lundgren): That is because the latest daily build was built before the update to cerbere was released.

[NewfieBullet (n-bullet)]

@Marcus: Were you talking about the elementary os build or the cerbere build from bazaar?

If you are talking about bazaar, probably this has to do with it? http://bazaar.launchpad.net/~elementary-os/cerbere/deb-packaging/revision/6

[NewfieBullet (n-bullet)]

Works now!

[Marcus Lundgren (marcus-lundgren)]

@NewfieBullet: The latest update from the repositories (which I guess is the bazaar build). With elementary os build I guess you mean the ISO, which is not what I meant.

[NewfieBullet (n-bullet)]

@Marcus: Yeah I just the update like a half hour ago or so, even though the elementary daily ppa said it was uploaded 4 hours ago. When you said that you got the update, I checked update manager to no avail. I am assuming that maybe the 64 bit build took a little longer to process because that is the ISO I am currently using, although you could be using it too so that would make it irrelevant. Anyway, all that matters is that this is finally fixed.

[Victor Martinez (victored)]

Thank you Sergey

[Sergey "Shnatsel" Davidoff (shnatsel)]

Vala version requirement still needs to be bumped in CMake to avoid such situations on local builds. Marking in progress.

[Victor Martinez (victored)]

Fixed in CMake