Public bug reported:
Binary package hint: dbus
When running mplayer the dbus library forks out the dbus-launcher which
inherits the filedescriptors of mplayer.
If one of those filedescriptors accesses a video4linux or DVB device the
filehandle will be kept open. In case of multistandard devices
** Attachment added: "close all filedescriptors when forking out dbus-launch"
http://launchpadlibrarian.net/14547037/dbus-fix-inherited-fds.diff
--
dbus inherits parent filedescriptors
https://bugs.launchpad.net/bugs/230877
You received this bug notification because you are a member of Ubuntu
** Attachment added: "close all filedescriptors when forking out dbus-launch
(removed if check)"
http://launchpadlibrarian.net/14547671/dbus-fix-inherited-fds-2.diff
--
dbus inherits parent filedescriptors
https://bugs.launchpad.net/bugs/230877
You received this bug notification because you
Okay Qin Gao, marwooj, seems like you ran into another problem there
apparmor related
[ 576.852972] [] apparmor_inode_permission+0x47/0x70
[ 576.853002] [] kobject_get+0xf/0x20
[ 576.853013] [] cdev_get+0x16/0x60
this doesn't happen with the 64bit version, neither with a non apparmor
patched kern
--- Erik Frisk <[EMAIL PROTECTED]> schrieb:
> I'd like to bump this, problem still exists here.
>
I think the problem still exists if an application
opens a memory mapping to a v4l device and dbus forks
off afterwards.
This is moreover a design bug in that case and
applications should be pinned
