HandBrake core dump...

bsd4me

Well-Known Member
Hallo,

ich habe vor kurzem HandBrake genutzt um DVD's zu rippen. Das klappte mit libdvdcss aus den Ports sehr gut :-) Nur jetzt (FreeBSD 10.1, neueste Pakete aus Quarterly und wie gesagt mit libdvdcss aus den aktuellen ports) gibt es beim Lesen der cd/dvd immer einen core dump. Der gdb gibt folendes aus (siehe Anhang) - aber eigentlich müsste ich den lldb nutzen, aber das Kommando ist irgendwie nicht vorhanden... mmhhmmm... Muss ich das was nachinstallieren aus:

# pkg search clang
clang-cheri-3.5.d20140815_2
clang-devel-3.6.r224537_1
clang33-3.3_9
clang34-3.4.2_3
clang35-3.5.0_3

Hat jemand eine Idee, warum HandBrake abkratzt??

Grüße, Norbert
 

Attachments

(gdb) bt
#0 0x000000080f5a6170 in ?? ()
#1 0x0000000000920ad5 in ghb_marshal_BOOLEAN__BOXED ()
#2 0x0000000000915b5f in ghb_marshal_BOOLEAN__BOXED ()
#3 0x00000000004777d0 in ghb_marshal_BOOLEAN__BOXED ()
#4 0x0000000000450ea9 in ghb_dvd_volname ()
#5 0x0000000000422265 in ghb_do_scan ()
#6 0x0000000000421ddc in ghb_do_scan ()
#7 0x0000000000422a08 in source_button_clicked_cb ()
#8 0x00000000004227f7 in source_button_clicked_cb ()
#9 0x0000000805d8fb4a in g_closure_invoke ()
from /usr/local/lib/libgobject-2.0.so.0
#10 0x0000000805da4881 in g_signal_emit_valist ()
from /usr/local/lib/libgobject-2.0.so.0
#11 0x0000000805da5372 in g_signal_emit_by_name ()
from /usr/local/lib/libgobject-2.0.so.0
#12 0x0000000805d8fb4a in g_closure_invoke ()
from /usr/local/lib/libgobject-2.0.so.0
#13 0x0000000805da4881 in g_signal_emit_valist ()
from /usr/local/lib/libgobject-2.0.so.0
#14 0x0000000805da5274 in g_signal_emit ()
from /usr/local/lib/libgobject-2.0.so.0
#15 0x00000008034dc41f in gtk_button_get_event_window ()
from /usr/local/lib/libgtk-x11-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#16 0x0000000805d8fb4a in g_closure_invoke ()
from /usr/local/lib/libgobject-2.0.so.0
#17 0x0000000805da4881 in g_signal_emit_valist ()
from /usr/local/lib/libgobject-2.0.so.0
#18 0x0000000805da5274 in g_signal_emit ()
from /usr/local/lib/libgobject-2.0.so.0
#19 0x00000008034dc057 in gtk_button_get_event_window ()
from /usr/local/lib/libgtk-x11-2.0.so.0
#20 0x0000000803588990 in _gtk_marshal_BOOLEAN__BOXED ()
from /usr/local/lib/libgtk-x11-2.0.so.0
#21 0x0000000805d8f8e1 in g_closure_invoke ()
from /usr/local/lib/libgobject-2.0.so.0
#22 0x0000000805da4053 in g_signal_emitv ()
from /usr/local/lib/libgobject-2.0.so.0
#23 0x0000000805da4c12 in g_signal_emit_valist ()
from /usr/local/lib/libgobject-2.0.so.0
#24 0x0000000805da5274 in g_signal_emit ()
from /usr/local/lib/libgobject-2.0.so.0
#25 0x00000008036abac6 in gtk_widget_event ()
from /usr/local/lib/libgtk-x11-2.0.so.0
#26 0x0000000803586a0b in gtk_propagate_event ()
from /usr/local/lib/libgtk-x11-2.0.so.0
#27 0x0000000803586608 in gtk_main_do_event ()
---Type <return> to continue, or q <return> to quit---
from /usr/local/lib/libgtk-x11-2.0.so.0
#28 0x0000000803ac1cb1 in _gdk_windowing_event_data_free ()
from /usr/local/lib/libgdk-x11-2.0.so.0
#29 0x0000000806015592 in g_main_context_dispatch ()
from /usr/local/lib/libglib-2.0.so.0
#30 0x00000008060158e7 in g_main_context_pending ()
from /usr/local/lib/libglib-2.0.so.0
#31 0x0000000806015bff in g_main_loop_run ()
from /usr/local/lib/libglib-2.0.so.0
#32 0x0000000803585f3f in gtk_main () from /usr/local/lib/libgtk-x11-2.0.so.0
#33 0x0000000000436a99 in main ()


hilft Dir das??
 
Könnte ein Use after free oder Nullpointer dereferencing sein.

So Zeug kann höllisch schwer zu debuggen sein. Unter C++ kann man die Problematik pauschal mit RAII erschlagen. In C darf man halt einfach keine Fehler machen.
 
Back
Top