Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

tplay: 'DBus::Error' exception causes core dump when the DBUS .service file is missing #98

juanrubio opened this issue Aug 5, 2014 · 0 comments


None yet
1 participant
Copy link

commented Aug 5, 2014

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffea081700 (LWP 2718)]
0x00007ffff4744f79 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0 0x00007ffff4744f79 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x00007ffff4748388 in __GI_abort () at abort.c:89
#2 0x00007ffff58f06b5 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/
#3 0x00007ffff58ee836 in ?? () from /usr/lib/x86_64-linux-gnu/
#4 0x00007ffff58ee863 in std::terminate() () from /usr/lib/x86_64-linux-gnu/
#5 0x00007ffff58eeaa2 in __cxa_throw () from /usr/lib/x86_64-linux-gnu/
#6 0x00007ffff5673c14 in DBus::Connection::send_blocking(DBus::Message&, int) () from /usr/lib/x86_64-linux-gnu/
#7 0x00007ffff567e748 in DBus::ObjectProxy::_invoke_method(DBus::CallMessage&) () from /usr/lib/x86_64-linux-gnu/
#8 0x00007ffff567851f in DBus::InterfaceProxy::invoke_method(DBus::CallMessage const&) () from /usr/lib/x86_64-linux-gnu/
#9 0x00007ffff0af7f66 in com::aratelia::tiz::tizrmif_proxy::acquire (this=0x7fffdc004b20, rid=@0x7fffea080af8: 0, quantity=@0x7fffea080afc: 1, cname=...,
uuid=..., grpid=@0x7fffc800aaf8: 0, pri=@0x7fffc800aafc: 0) at ../../dbus/tizrmproxy-dbus.hh:63
#10 0x00007ffff0af6110 in tizrmproxy::invokerm (this=0x7fffdc004b20, a_pmf=, ap_rm=ap_rm@entry=0x7fffc8006798, rid=@0x7fffea080af8: 0,
quantity=@0x7fffea080afc: 1) at
#11 0x00007ffff0af65bb in tizrmproxy::acquire (this=, ap_rm=ap_rm@entry=0x7fffc8006798, rid=rid@entry=@0x7fffea080af8: 0,
quantity=quantity@entry=@0x7fffea080afc: 1) at
#12 0x00007ffff0afc422 in tizrm_proxy_acquire (ap_rm=0x7fffc8006798, a_rid=0, a_quantity=1) at
#13 0x00007fffea2a692d in acquire_rm_resources (ap_obj=0x7fffc8006740, ap_hdl=0x7fffdc0118c0) at tizkernel_helpers.inl:1114
#14 0x00007fffea2a9d44 in dispatch_loaded_to_idle (ap_krn=0x7fffc8006740, ap_done=0x7fffea080bff) at tizkernel_dispatch.inl:944
#15 0x00007fffea2aa28e in dispatch_state_set (ap_obj=0x7fffc8006740, ap_hdl=0x7fffdc0118c0, ap_msg_sc=0x7fffc8000e48) at tizkernel_dispatch.inl:1066
#16 0x00007fffea2a9bef in dispatch_sc (ap_obj=0x7fffc8006740, ap_msg=0x7fffc8000e38) at tizkernel_dispatch.inl:899
#17 0x00007fffea2acb19 in krn_dispatch_msg (ap_obj=0x7fffc8006740, ap_msg=0x7fffc8000e38) at tizkernel.c:855
#18 0x00007fffea299066 in tiz_srv_dispatch_msg (ap_obj=0x7fffc8006740, ap_data=0x7fffc8000e38) at tizservant.c:282
#19 0x00007fffea298b15 in servant_tick (ap_obj=0x7fffc8006740) at tizservant.c:152
#20 0x00007fffea298c3b in tiz_srv_tick (ap_obj=0x7fffc8006740) at tizservant.c:187
#21 0x00007fffea2934d9 in schedule_servants (ap_sched=0x7fffdc01b830, ap_state=ETIZSchedStateStarted) at tizscheduler.c:1931
#22 0x00007fffea29378e in il_sched_thread_func (p_arg=0x7fffdc01b830) at tizscheduler.c:1985
#23 0x00007ffff5b9c182 in start_thread (arg=0x7fffea081700) at pthread_create.c:312
#24 0x00007ffff480930d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

@juanrubio juanrubio added this to the OpenMAX IL 0.1.0 milestone Aug 5, 2014

@juanrubio juanrubio added the bug label Aug 5, 2014

@juanrubio juanrubio self-assigned this Aug 5, 2014

@juanrubio juanrubio closed this in f2f790b Aug 5, 2014

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.