Re: serious bug in AUBufferList?
Re: serious bug in AUBufferList?
- Subject: Re: serious bug in AUBufferList?
- From: Os <email@hidden>
- Date: Mon, 3 Jan 2005 18:05:24 +0000
Hi Doug,
thanks for looking at it.
The trouble with things that "shouldn't happen" is that they often do :)
Still not sure if it's my bad or DP's, but I'm tempted to blame DP as
the problem started on a version jump of that software.
Either way, the code could be more robust, as you suggest.
cheers,
os.
On 3 Jan 2005, at 17:55, Doug Wyatt wrote:
On Dec 22, 2004, at 6:03, Os wrote:
Hi,
I've been tracking down a crash with my plug-in that seems to have
started occurring in DP 4.51 - however it looks to be a bug in
AUBufferList::CopyBufferContentsTo().
In my case abl.mNumberBuffers is 2, so it's trying to fill in two
buffers.
However mPtrs->mNumberBuffers is 1, so there's only 1 source buffer.
Therefore when the loop goes round and ++srcbuff happens, the source
buffer pointer becomes garbage.
Could someone please verify this?
(Please cc replies to me directly as I'm subscribed to the list in
digest mode.)
Os,
This "shouldn't happen."
When it does happen, there's probably a discrepency between the format
of the AU's bus and the buffer the caller is asking you to render into
...
It does look like there should be some defensive code to trap the
condition and generate an error instead of bombing.
Doug
email@hidden
http://www.collective.co.uk/
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden