Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!plx!dlb!dana!rap
From: rap@dana.UUCP (Rob Peck)
Newsgroups: comp.sys.amiga
Subject: Audiotools
Message-ID: <242@dana.UUCP>
Date: Mon, 12-Oct-87 12:06:34 EDT
Article-I.D.: dana.242
Posted: Mon Oct 12 12:06:34 1987
Date-Received: Wed, 14-Oct-87 05:04:05 EDT
Organization: Dana Computer, Inc., Sunnyvale, CA
Lines: 12
Summary: another bug (sigh)

I found another bug in the audiotools, surprized that it took so long
to surface.  Problem is in the call to AllocMem in GetIOB()...
The qualifier should be MEMF_CLEAR instead of MEMF_FAST | MEMF_CLEAR.

What happens is that when the system runs out of static i/o blocks and
tries to allocate one dynamically, if you have a 512k system with no
FAST RAM, the call fails and as the audiotools release 2 example is
written, the example program sleeps forever waiting for a message that
will never arrive.  Making the above change lets GetIOB use either
chip or fast RAM, solving the problem.

Rob Peck		...ihnp4!hplabs!dana!rap