> Dennis Clarke wrote:
>>
>>
>> On a machine I have here I see this :
>>
>> # ls -lap /dev/audio
>> /dev/audio: No such file or directory
>>
>> Now I know that when I issue a shutdown command I generally get a beep
>> out of the box.  At some point.  Is there a snippit of code in there
>> somewhere ( 30 million lines of it ) that creates this "beep" ?
>
> /usr/bin/printf '\a' should do it.

  I guess that will need to happen as a user with a session.

  I was looking at the console device :

# ls -lap /devices/pseudo/[EMAIL PROTECTED]:console
crw--w----   1 root     tty        0,  0 May  3 13:17
/devices/pseudo/[EMAIL PROTECTED]:console

    but one needs to be either root or tty in order to write anything there
and I don't think this is what I am looking for.

> If you want the deep and dirty C code, this is how the X server does it
> when using the keyboard bell (so called since it used to be in the keyboard,
> but isn't anymore with most USB keyboards):
>
> http://cvsweb.freedesktop.org/xorg/xserver/xorg/hw/xfree86/os-support/solaris/sun_kbd.c?rev=1.7&view=markup

Yes, now this is more like what I was thinking.  Sort of.

I should have been more clear than to simply say "how to make the server go
beep" when I could print a ASCII BEL char to some device and achieve that.

I was thinking of a machine in which no user is logged in and it simply
beeps from either a cron job or more likely a server daemon.

I better open up Rich Teer's book .. this is probably in there somewhere. 
Everything from soup to nuts seems to be.

> (See sunKbdSoundBell function - short summary is ioctl on /dev/kbd of type
>   KIOCCMD with arguments of KBD_CMD_BELL to turn on and KBD_CMD_NOBELL to
> turn
>   off when done.)

Hmmm .. I'll look at that.  I wonder what happens when there is no X server
and no keyboard or framebuffer.  A console at most.  I wonder if a shutdown
still results in a "beep".  I'll check with a totally stripped down Netra
unit here.


-- 
Dennis Clarke

_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to