First, there exist workarounds: either put $_speaker="" in ~/.dosemurc or if you *want* beeps in DOSEMU, e.g. for very old DOS games, you should not change ~/.dosemurc but instead configure your Linux window manager, see http://tombuntu.com/index.php/2008/08/04/replace-the-system-beep-with-a-compiz-effect/ for hints.
That said DOSEMU-in-development now has the issue fixed (SVN -r1900). 2009/7/15 Eric Auer <e.a...@jpberlin.de>: > I experience the same, but am not sure what causes it. > Seems to be related to the "visual bell" and the fact > that dosemu can use terminal ESC sequences for sound > output whenever the emulated "internal PC speaker" is > touched. In the case of X they are not terminal sequences but X calls but those can also be turned visual. > so a > more elegant patch would modify do_sound to make operation > of the speaker gate "lazy". In other words, to make it only > switch the speaker on / off if the speaker was not already > in the same state at that moment :-). I wonder than why you only write out the less elegant patch? It would be easier to follow you if you would write your emails after you've drawn a conclusion instead of during the figuring-out stage -- we don't want to know about a "suggested patch" that you later say has a more elegant alternative. My patch just avoids calling the speaker-off code at a lower level if the speaker is already off, in src/base/speaker/speaker.c. Bart ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
