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. ]