[vorbis-dev] vorbisfile close and memory callbacks
Brett Paterson
brett at fmod.org
Mon Oct 23 01:57:15 PDT 2000
This is just wrong, it's not extensive work (far less than the double to
float changeover :) , and if i, as a third party library (say i write a
little audio lib for developer teams to use) override mallc/free, then i
also override the applications malloc and free that my lib is used in. When
writing a library like this it has to be as extensible as possible..
when a stdlib uses resources (like files and memory, there is nothing else)
developers do want control over it (as the file stuff so far), no other
stdlib functionality really has this problem.
as i said previously, its an absolute must on console developement .. you do
want EA's support dont you? :)
> I'm a bit worried about different parties eventually asking to callback
most
> hooks into stdlib... But there's an easier way to do what you want.
Rather
> than do extensive gutting work on every layer of ogg/vorbis, why not just
> override the calls to malloc/calloc/realloc/free in stdlib completely
using
> dlsym or LD_PRELOAD and be done with it?
>
> Monty
>
>
>
> --- >8 ----
> List archives: http://www.xiph.org/archives/
> Ogg project homepage: http://www.xiph.org/ogg/
> To unsubscribe from this list, send a message to
'vorbis-dev-request at xiph.org'
> containing only the word 'unsubscribe' in the body. No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
>
--- >8 ----
List archives: http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to 'vorbis-dev-request at xiph.org'
containing only the word 'unsubscribe' in the body. No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
More information about the Vorbis-dev
mailing list