[PD-dev] Malloc Error occuring with PD 0.41.4

[james murray]

Hi List,

I'm currently running into issues with getting PD Extended 0.41.4 to run on
Leopard 10.5. If I let the software run for an extended period of time (say,
30 minutes to a couple of hours) PD/Gem crashes without an error report.
I'm running 1920 x 1080 video playback when this happens and I've tested the
programming with both two and three layers of video running.

This is happening on a quad core Intel-Xeon Mac with 4 GB of memory
(although the same issue is happening if I cannibalize an additional 4 GB),
an ATI Radeon card and Blackmagic Intensity for capture.  While I can't get
an error report from PD/Gem, Console is giving me the following:

8/25/09 1:38:48 PM    [0x0-0x18018].org.puredata.pd.wish[271]
pd(272,0xa03ce720) malloc: *** mmap(size=4149248) failed (error code=12)
8/25/09 1:38:48 PM    [0x0-0x18018].org.puredata.pd.wish[271]    *** error:
can't allocate region
8/25/09 1:38:48 PM    [0x0-0x18018].org.puredata.pd.wish[271]    *** set a
breakpoint in malloc_error_break to debug
8/25/09 1:38:48 PM    [0x0-0x18018].org.puredata.pd.wish[271]    terminate
called after throwing an instance of 'std::bad_alloc'

This is definitely not an area that I'm overly familiar/confident about and
would really love to have at least some sort of idea of what could be
causing this to happen.  This error is the only error I get with my
programming and it's frustrating since I can't downgrade to Leopard or run
it on another operating system.  Any insight into this issue would be
greatly appreciated.  I've altered my programming dramatically and stripped
it down to the bare bones and still, I have this error occuring.

So, I suppose my question is this... is this a PD/Gem issue with Leopard?
Or something on my side that I'm just not seeing... Any insight into this
would be hugely appreciated....

Thank you,
J
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20090827/d3b9d4f2/attachment.htm>