> but I don't have strong objection for playing a predefined sound instead directly from conhost

If that is the case, would it be better to first create a proper implementation of Beep(that doesn't rely on forwarding to conhost. I suppose this should be possible with whatever winmm provides right now) and then use that here?

This would also avoid having to implement a beep for the wayland driver. I guess that it wasn't done at the start because it isn't as straightforward to implement as it is in X11(where you just call XBell) and while looking into it, I figured that the simplest way to implement the wayland driver would be with a previous sound, so we might as well just do that in conhost.

On Thu, 23 Jul, 2026, 11:08 pm Eric Pouech, <eric.pouech@orange.fr> wrote:

Le 23/07/2026 à 19:14, Elizabeth Figura a écrit :
On Thursday, 23 July 2026 12:02:19 CDT Barath Rk wrote:
then the latter shouldn't call MessageBeep().
yeah, Beep doesn't call MessageBeep. the beep I am attempting to
implement will be done by a change in conhost where if '\a'(int 7) is
encountered we call MessageBeep(MB_OK), that's about it
Huh? Beep() calls IOCTL_CONDRV_BEEP, and Eric is proposing that IOCTL_CONDRV_BEEP should call MessageBeep().
in fact, I did propose MessageBeep to avoid calling Beep from conhost (as our current MessageBeep implementation doesn't fallbck to Beep) and to make the patch simpler

but I don't have strong objection for playing a predefined sound instead directly from conhost

-Eric