Opened 14 years ago
Closed 10 years ago
#6874 closed bug (fixed)
[media_addon_server] running Identify from Tracker in /system/add-ons/media folder could crash media_server/media_addon_server/mixer.media_addon
Reported by: | diver | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Servers/media_addon_server | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
This is hrev39556 gcc4hybrid.
Running Identify from Tracker in (or mimeset -f ) /system/add-ons/media folder could crash media_server/media_addon_server/mixer.media_addon
Thread 176 caused an exception: Segment violation [...] [Switching to team /boot/system/servers/media_addon_server (136) thread _BMediaRoster_ (176)] 0x0072b240 in AudioMixer::~AudioMixer () from /boot/system/add-ons/media/mixer.media_addon (gdb) bt #0 0x0072b240 in AudioMixer::~AudioMixer () from /boot/system/add-ons/media/mixer.media_addon #1 0x004a956c in BMediaNode::DeleteHook () from /boot/system/lib/libmedia.so #2 0x004a4a36 in BMediaEventLooper::DeleteHook () from /boot/system/lib/libmedia.so #3 0x004adf31 in BMediaRoster::MessageReceived () from /boot/system/lib/libmedia.so #4 0x002c34d8 in BLooper::DispatchMessage () from /boot/system/lib/libbe.so #5 0x002c5014 in BLooper::task_looper () from /boot/system/lib/libbe.so #6 0x002c4d3a in BLooper::_task0_ () from /boot/system/lib/libbe.so #7 0x0062ba54 in thread_entry () from /boot/system/lib/libroot.so #8 0x7003ffec in ?? () (gdb)
Even if crash dialog won't show up, controls for HDA driver and mixer.media_addon disappears in Media preflet after identifying.
Restart media services gets them back.
Attachments (2)
Change History (7)
by , 14 years ago
by , 14 years ago
follow-up: 2 comment:1 by , 14 years ago
comment:2 by , 14 years ago
Component: | Servers/registrar → Servers/media_addon_server |
---|---|
Owner: | changed from | to
Replying to diver:
Haiku could even KDL if you identify /system/add-ons several times in a raw. Could be completely unrelated, though.
It is unrelated. Cf. #5474.
Changing component to media_addon_server. Could as well be audio mixer or media kit/server related. At any rate it doesn't look registrar related. The only thing registrar does is touching the files. I guess something goes wrong with loading/unloading the media add-ons.
follow-up: 4 comment:3 by , 14 years ago
Summary: | [registrar] running Identify from Tracker in /system/add-ons/media folder could crash media_server/media_addon_server/mixer.media_addon → [media_addon_server] running Identify from Tracker in /system/add-ons/media folder could crash media_server/media_addon_server/mixer.media_addon |
---|
Is it expected that mimeset reloads media add-ons, as I see ffmpeg and raw_decoder registration in Terminal output?
comment:4 by , 14 years ago
Replying to diver:
Is it expected that mimeset reloads media add-ons, as I see ffmpeg and raw_decoder registration in Terminal output?
mimeset
touches the files, which sends out notifications that the files have changed, which in turn causes the media_addon_server to reload them. While it wouldn't be necessary in this case, there's no way to avoid it either.
comment:5 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Can't reproduce it on recent revs.
Haiku could even KDL if you identify /system/add-ons several times in a raw. Could be completely unrelated, though.