← Back to team overview

dx-packages team mailing list archive

[Bug 1436971] Re: calendar alarm would not stop sounding

 

*** This bug is a duplicate of bug 1436162 ***
    https://bugs.launchpad.net/bugs/1436162

Stack trace from core dump:
sing host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
Core was generated by `/usr/lib/arm-linux-gnueabihf/indicator-datetime/indicator-datetime-service'.
Program terminated with signal SIGABRT, Aborted.
#0  0xb69c09a6 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
(gdb) bt
#0  0xb69c09a6 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb69ce62e in raise () from /lib/arm-linux-gnueabihf/libc.so.6
#2  0xb69cf332 in abort () from /lib/arm-linux-gnueabihf/libc.so.6
#3  0xb1c89656 in pa_mutex_unlock ()
   from /usr/lib/arm-linux-gnueabihf/pulseaudio/libpulsecommon-6.0.so
#4  0xb1cea0bc in ?? () from /usr/lib/arm-linux-gnueabihf/libpulse.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) t a a bt

Thread 12 (Thread 0xb46ed000 (LWP 2341)):
#0  0xb6e1ad24 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
#1  0xb6e1677c in pthread_cond_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0
#2  0xb1cea516 in pa_threaded_mainloop_wait () from /usr/lib/arm-linux-gnueabihf/libpulse.so.0
#3  0xb1d0e38a in ?? () from /usr/lib/arm-linux-gnueabihf/gstreamer-1.0/libgstpulse.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 11 (Thread 0xb04ff3c0 (LWP 2382)):
#0  0xb6a374e2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6bb30d0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 10 (Thread 0xa9afe3c0 (LWP 10126)):
#0  0xb6a3b622 in syscall () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6be3214 in g_cond_wait_until () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#2  0xb6b934da in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 9 (Thread 0xb432c3c0 (LWP 10144)):
#0  0xb6a3b620 in syscall () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6be3108 in g_cond_wait () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#2  0xb1dd2bec in ?? () from /usr/lib/arm-linux-gnueabihf/gstreamer-1.0/libgstcoreelements.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 8 (Thread 0xae2ff3c0 (LWP 10127)):
#0  0xb6a3b620 in syscall () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6be3108 in g_cond_wait () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#2  0xb6d33674 in ?? () from /usr/lib/arm-linux-gnueabihf/libgstreamer-1.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 7 (Thread 0xb27ff3c0 (LWP 2377)):
#0  0xb6a374e2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6bb30d0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (Thread 0xb39ff3c0 (LWP 2374)):
---Type <return> to continue, or q <return> to quit---
#0  0xb6a374e2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6bb30d0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 5 (Thread 0xafaff3c0 (LWP 10143)):
#0  0xb6a3b620 in syscall () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6be3108 in g_cond_wait () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#2  0xb6d33674 in ?? () from /usr/lib/arm-linux-gnueabihf/libgstreamer-1.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (Thread 0xaf2ff3c0 (LWP 2428)):
#0  0xb6a374e2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6bb30d0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 3 (Thread 0xb2fff3c0 (LWP 2376)):
#0  0xb6a374e2 in poll () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6bb30d0 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (Thread 0xb14ff3c0 (LWP 10150)):
#0  0xb6a3b620 in syscall () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb6be3108 in g_cond_wait () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
#2  0xb1e7b474 in gst_base_sink_wait_preroll () from /usr/lib/arm-linux-gnueabihf/libgstbase-1.0.so.0
#3  0xb1f4f15c in ?? () from /usr/lib/arm-linux-gnueabihf/libgstaudio-1.0.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0xaeaff3c0 (LWP 10145)):
#0  0xb69c09a6 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#1  0xb69ce62e in raise () from /lib/arm-linux-gnueabihf/libc.so.6
#2  0xb69cf332 in abort () from /lib/arm-linux-gnueabihf/libc.so.6
#3  0xb1c89656 in pa_mutex_unlock ()
   from /usr/lib/arm-linux-gnueabihf/pulseaudio/libpulsecommon-6.0.so
#4  0xb1cea0bc in ?? () from /usr/lib/arm-linux-gnueabihf/libpulse.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to indicator-datetime in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/1436971

Title:
  calendar alarm would not stop sounding

Status in indicator-datetime package in Ubuntu:
  New
Status in pulseaudio package in Ubuntu:
  New

Bug description:
  vivid-proposed on mako

  I had a calendar alarm notification sound at 9:00am this morning and
  it keep ringing/vibrating and did not go away until I swiped it. At
  that point, I think something crashed because my datetime indicator is
  stuck at 9:01am and I cannot launch Time and Date settings from the
  menu.

  I do have a crash file (with an earlier timestamp, so not sure if it's
  the same or different crash). Attaching that and the indicator-
  datetime log files

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1436971/+subscriptions


References