Menu
▾
▴
[rdesktop-devel] [ rdesktop-Patches-1932952 ] local sound usage sometimes causes hangs (tight loop)
|
From: SourceForge.net <no...@so...> - 2008-04-05 06:04:18
|
Patches item #1932952, was opened at 2008-04-03 15:53 Message generated for change (Comment added) made by matthewc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381349&aid=1932952&group_id=24366 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Eldon Rosenberg (eldon_r) Assigned to: Nobody/Anonymous (nobody) Summary: local sound usage sometimes causes hangs (tight loop) Initial Comment: Seems to be the same problem as is well described at http://freebsd.monkey.org/freebsd-ports-bugs/200708/msg01226.html That is, when I am using "-r sound:local", sound seems to work, but after a while of usage the rdesktop session seems to hang after a new sound output finishes. If I launch rdesktop from a command line instead of selecting a GUI front end such as tsclient from a menu, when this happens I see an endless stream of error output to the console, saying "ERROR: select: Bad file descriptor". rdesktop consumes as much CPU as it can at such times, hence the (tight loop) in the summary above. See the supplied URL for steps to reliably reproduce the problem, and if that doesn't work, I will look at it further to cook up a reliable set of steps. That URL also contains a patch, which I didn't find in the CVS repository here, so I am assuming from that, and the fact that there are no bugs submitted here since 2004 with the word "sound" in the summary, that it hasn't been reported and acted upon here. ---------------------------------------------------------------------- >Comment By: Matt Chapman (matthewc) Date: 2008-04-05 16:04 Message: Logged In: YES user_id=60189 Originator: NO Hi Eldon, Have you tested with the CVS version? The CVS version uses a rather different OSS driver which doesn't seem to have the bug referenced in the FreeBSD report (oss_close_out calls rdpsnd_queue_next which does the flush). Matt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=381349&aid=1932952&group_id=24366 |