Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!ll-xn!ames!amdahl!acs
From: acs@amdahl.UUCP (Tony Sumrall)
Newsgroups: comp.sys.amiga
Subject: VT100 Beeps!
Message-ID: <4537@amdahl.UUCP>
Date: Wed, 10-Dec-86 17:15:00 EST
Article-I.D.: amdahl.4537
Posted: Wed Dec 10 17:15:00 1986
Date-Received: Sun, 14-Dec-86 22:47:03 EST
References: <2182@well.UUCP> <23049@rochester.ARPA>
Reply-To: acs@amdahl.UUCP (Tony Sumrall)
Distribution: usa
Organization: Amdahl Corporation, Sunnyvale CA
Lines: 28
Keywords: graphics speed improvements
Summary: at least it does for me

Well, after all the aggravation that this particular problem has caused
*me* a friend and I decided to take a look at what init.c was doing (via
db).  After a lot of knocking around we finally discovered that line 344

Audio_Request.ioa_Length	    = (ULONG) sizeof(Audio_AllocMap);

was generating a clr.b instead of setting ioa_Length to 4.  (Here's where
you ask "Why?") Well, the define for Audio_AllocMap in vt100.h (line 265)
is

extern UBYTE  Audio_AllocMap[];

(remember that MODULE_MAIN is *not* defined here, MODULE_INIT *is* unless
you use DBW's make script - more on that later.)  I don't know if this
should cause a compile-time error or not *but* them's the facts.  A *zero*
in this field causes OpenDevice to allocate *no* channels and a subsequent
sound won't have anyplace to play.

Now, about DBW's make script--it creates a precompiled header file while
compiling vt100.c (MODULE_MAIN).  To the best of my knowledge this will
cause all of the #define's to be saved in their current state *including*
MODULE_MAIN.  I don't know if this is gonna break anything, just wanted to
warn y'all about it.
-- 
Tony Sumrall                    ...!{ihnp4,hplabs,seismo,sun}!amdahl!acs

[ Opinions expressed herein are the author's and should not be construed
  to reflect the views of Amdahl Corp. ]