From: <bug...@wi...> - 2004-02-27 13:50:46
|
Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. http://bugzilla.gnome.org/show_bug.cgi?id=135597 Changed by te...@us.... --- shadow/135597 Fri Feb 27 08:48:09 2004 +++ shadow/135597.tmp.27332 Fri Feb 27 08:48:09 2004 @@ -0,0 +1,26 @@ +Bug#: 135597 +Product: GStreamer +Version: HEAD CVS +OS: Linux +OS Details: +Status: NEW +Resolution: +Severity: normal +Priority: Normal +Component: gst-plugins +AssignedTo: gst...@bu... +ReportedBy: te...@us... +QAContact: gst...@bu... +TargetMilestone: HEAD +URL: +Summary: make gstosselement properly deal with symlinks + +On my system (alsa + oss emulation), /dev/dsp is a symlink to /dev/dsp0 +When trying to enumerate the available devices, gstosselement doesn't +follow the /dev/dsp symlink, and thus fails to see it is a char device, and +it doesn't test /dev/dsp0 at all. +The attached patch makes gstosselement follow the symlink, but after +thinking a bit more about it, it can create aliasing issues if it's a +symlink to /dev/dspN, N > 1 +Maybe it would be better not to follow symlinks, and to probe both /dev/dsp +and /dev/dsp0. |