Xref: utzoo comp.sys.mac.hypercard:3104 comp.sys.mac.programmer:12156
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!iuvax!purdue!bu.edu!bu-cs!dartvax!eleazar.dartmouth.edu!mjm
From: mjm@eleazar.dartmouth.edu (Michael McClennen)
Newsgroups: comp.sys.mac.hypercard,comp.sys.mac.programmer
Subject: Re: play/beep problems
Message-ID: <19138@dartvax.Dartmouth.EDU>
Date: 5 Feb 90 14:51:35 GMT
References: <9895@hoptoad.uucp> <1935@cbnewsk.ATT.COM> <16286@boulder.Colorado.EDU> <9916@hoptoad.uucp> <16372@boulder.Colorado.EDU> <9960@hoptoad.uucp> <10033@hoptoad.uucp>
Sender: news@dartvax.Dartmouth.EDU
Followup-To: comp.sys.mac.hypercard
Organization: Dartmouth College, Hanover, NH
Lines: 16

In article <10033@hoptoad.uucp> tim@hoptoad.UUCP (Tim Maroney) writes:

> [ explanation of undocumented sound channel commands that hypercard issues ]

>The XCMD can't give
>the undocumented commands itself because it has no way of getting at
>Hypercard's sound channel.

Ah, but it can.  The sound channels are organized as a linked list, with the
most recently added first.  The first field of a SndChannel record is a pointer
to the next channel.  If your XCMD allocates a channel, that field will contain
a pointer to HyperCard's channel.  You can then deallocate your channel, and
use HyperCard's.

Michael McClennen
Dartmouth College Academic Computing