Path: utzoo!attcan!uunet!lll-winken!ames!pasteur!agate!ucbvax!UIAMVS.BITNET!AWCTTYPA
From: AWCTTYPA@UIAMVS.BITNET ("David A. Lyons")
Newsgroups: comp.sys.apple
Subject: GS SysBeep/border flash
Message-ID: <8901191217.aa11784@SMOKE.BRL.MIL>
Date: 20 Jan 89 06:02:06 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 30
X-Unparsable-Date: Thursday 19 Jan 89 7:07 AM CT

>Date:         Wed, 18 Jan 89 19:23:42 GMT
>From:         Scott Lindsey <pyramid!claris!scott@HPLABS.HP.COM>
>Subject:      Re: flashing bell

>The actual patch is made by Tool.Setup in the */System/System.Setup
>directory. It makes a RAM patch to the _SysBeep toolbox call.

Not quite true--I don't want to be _too_ picky, but the difference
is important.  The patch is actually to the Bell vector (get/set
with GetVector and SetVector), as I said in another message.  The
SysBeep toolbox call is at a higher level; it uses FWEntry to call
the old Bell entry point at $FBDD, which eventually gets around to
calling the bell vector and making the default "Bonk" if the routine
returns with the carry flag set.  (At power-on, the bell vector just
points at SEC RTL.)

By the way, if you use a utility that replaces the bell vector to
play a digitized sound, you lose the flash-on-zero-volume patch,
since the flash routine is installed first and then replaced by the
other utility during boot.

>Scott Lindsey, wombat    | UUCP: {ames,apple,portal,sun,voder}!claris!scott
>Product Development      | Internet:  scott@claris.com  |  AppleLink: LINDSEY1
>Claris Corp.             | Disclaimer: These are not the opinions of Claris,
>(415) 960-4070           | Apple, the author, or anyone else living or dead.

--David A. Lyons              bitnet: awcttypa@uiamvs
  DAL Systems                 CompuServe:  72177,3233
  P.O. Box 287                GEnie mail:    D.LYONS2
  North Liberty, IA 52317     AppleLinkPE: Dave Lyons