rubini@linux.it
This document is Copyright (c) 1997, Alessandro Rubini.
This document is distributed under the terms of the GNU Free Documentation License. You should have received a copy along with it. If not, it is available from http://www.fsf.org/licenses/fdl.html.
The Linux console driver beeps the audible bell whenever a BEL char is output (ASCII code 7). Though this is a right choice for the default behaviour, many users don't like their computer to beep. This mini-Howto is meant to explain how to tell applications not to output the BEL code. It also explain how to instruct the kernel and the X Window System to avoid beeping when a BEL is output. Note that most of this document refers to the text console, as configuring the X server is an easy catch-all for any user who works in a graphic environment.
In my opinion the best way to face a fussy computer is fixing the hardware, and my own computer doesn't even carry a loudspeaker.
Speakerectomy is by far the most brilliant solution to the audible bell problem. As its name implies, it consists in removing the beeps by removing the beeper. The operation is straightforward and you don't even need any anesthetic, but if you want there's room for refinement.
PC's are usually equipped with a silly switch to lower CPU clock. The switch is never used when you work in a multitasking environment, as you don't even need to slow the computer down to run games based on software loops. Unfortunately we can't use the switch to increase processor speed, but we can use it to enable/disable the loudspeaker. Sometimes the speaker is useful even if you enjoy a silent number cruncher, for example to signal the end of a lenghty compilation. To modify the switch functionality, just detatch it from the main board and connect its wires in series with the loudspeaker.
Owners of laptop boxes, unfortunately, don't have easy access to the loudspeaker, and neither they have a spare switch to turn to a different task. The preferred solution for such users is configuring their software to avoid beeping, as described below.
As of Linux 1.3.43, Martin Mares added the ability to configure the
pitch and duration of the beep, by modifying console.c
. Each
console can be configured to feature a different duration and/or pitch
of the bell sound; the task is accomplished by using escape sequences
to the console device. You can configure your own ~/.profile
or ~/.login
file to select a different beep sound associated
to each console (or no beep at all, if needed).
The escape sequences work as follow:
[10;
xx]
selects the bell frequency in Hertz. The value
should be in the range 21-32766, otherwise the result is undefined.
If the `xx' argument is missing, the default value (750Hz) will apply,
as in `ESC-[10]
.[11;
xx]
selects the bell duration, in milli-seconds.
If you specify more than 2 seconds, the default applies (125ms). Once
again, if the `xx' argument is missing (ESC-[11]
) the default value
will be used.To select, for example, a 50Hz pitch for one-second duration, you can
"echo -e "\\33[10;50]\\33[11;1000]"
" with bash
(where "-e"
means `understand Escape sequences'. If you use tcsh
the same
command spells "echo "\\033[10;50]\\033[11;1000]"
".
Although I don't know of any version of the setterm
command that
supports such configuration, a future version of the command might
well support a command-line option to configure the bell sound.
If you run Linux-1.3.43 or newer, you may be satisfied with the escape sequences and avoid reading further. If you run an older kernel, or if you want the visual bell, you'll enjoy the rest of this document.
The file /etc/termcap
is a text file that lists the
term
inal cap
abilities. Several applications use the
termcap
information to move the cursor around the screen and do
other screen-oriented tasks. tcsh
, bash
, vi
and all
the curses
-based applications use the termcap
database.
The database describes several terminal types. The
TERM
environment variable selects the right behaviour
at run-time, by naming a termcap
entry to be used by
applications.
Within the database, each capability of the terminal appears as a
two-letter code and a representation of the actual escape sequence
used to get the desired effect. The separator character between
different capabilities is the colon (":"). As an example, the audible
bell, with code "bl", usually appears as "bl=^G
". This sequence
tells that the bell sound is obtained by printing the control-G
character, the ASCII BEL.
In addition to the bl
capability, the vb
capability is
recognized. It is used to represent the "visible bell". vb
is
usually missing in the linux
entry of the termcap
file.
Most modern applications and libraries use the terminfo
database
instead of termcap
. This database uses one file per terminal-type
and lives in /usr/lib/terminfo
; to avoid using huge
directories, the description of each terminal type is stored in a
directory named after its first letter; the linux
entry,
therefore, is /usr/lib/terminfo/l/linux
. To build a
terminfo
entry you'll ``compile'' the termcap
description;
refer to the tic
program and its manual page.
You can add the entry for the vb
capability in your own termcap
file, if it doesn't already define one. Dennis Henriksen
(duke@diku.dk) suggested to insert the following line in the
termcap
entry for linux
(note that the entry is called
console
in old distributions):
:vb=\E7\E[?5h\E[?5l\E[?5h\E[?5l\E[?5h\E[?5l\E[?5h\E[?5l\E8:\
The trailing backslash is used to escape the newline in the database.
Dennis' code does the following (his own words):
If you want to force the visible bell on your console you can use the
"bl
" entry in termcap
and define it with the same string
suggested for "vb
" above. This approach is handy if you don't
want to customize each application (which is described below, anyway).
I use this option on all the machines where I can run Linux and I
can't detach the speaker.
This is an incomplete list of applications that can be instrued
to use the vb
entry for the current terminal type (using either
the termcap
information or the terminfo
one):
xset b
" command to select
the bell's behaviour. The command takes three numeric
arguments: volume, pitch and duration. "xset -b
" disables
the bell altogether. Configuring the X server affects all
the applications running on the display.
xterm
: xterm can convert each bell to either a visible or
audible signal. If you use the audible bell, the settings of
"xset
" will apply. The bell in xterm
defualts to be
audible, but you can use the "-vb
" command line option
and the "xterm*visualBell: true
" resource to turn it to a
visible flash. You can toggle visible/audible signaling at
run-time by using the menu invoked by
control--left-mouse-button. If you run X you most likely
won't need the following information.
tcsh
(6.04 and later): "set visiblebell
". The
instruction can be placed in .cshrc
or can be issued
interactively. To reset the audible bell just "unset
visiblebell
". To disable any notification issue use "set
nobeep
" instead.
bash
(any bash, as fas as I know): put "set bell-style
visible
" in your ~/.bashrc
. Possible bell-style's
are also "none" or "audible".
bash
(with readline
, as well as other readline
based applications): put "set prefer-visible-bell
" in
~/.inputrc
.
nvi
and elvis
: put "set flash
" in
~/.exrc
or tell ":set flash
" interactively (note
the colon). To disable the visible bell use noflash
in
place of flash
.
emacs
: put "(setq visible-bell t)
" in your
~/.emacs
. It is disabled by "(setq visible-bell
nil)
".
less
: use "-q
" on command line to use the visual bell,
use "-Q
" to disable any reporting. Default options can be
put in your environment variable "LESS
".
screen
: issue the CtrlA-CtrlG command. It changes the
behaviour of all the virtual screens. Refer to the man page
under "CUSTOMIZATION" for setting the default.
The bad news is that not every application uses termcap
or
terminfo
. Most small programs feature 'backslash-a' (alarm)
characters in the C source code. The "alarm" code becomes a literal
ASCII BEL in the strings as stored in the executable binary. Real
application don't usually fall in this category, but be careful of C
newcomers who give you their own programs. Students of computer science
are the worst of all, granted.
The only way to make these programs silent applications is spekearectomy, or using the escape sequences by Martin Mares.