[PD-dev] Malloc Error occuring with PD 0.41.4
Hans-Christoph Steiner
hans at at.or.at
Fri Aug 28 17:56:20 CEST 2009
Did you run Activity Monitor to see how much memory 'pd' is using?
.hc
On Aug 28, 2009, at 10:48 AM, james murray wrote:
> I let PD-extended 0.41.4 run again the programming with a reduction
> from 4 GB of memory to 2 GM of memory... and it returned the same
> error on both machines... I'm still getting the malloc error.... I'm
> not really sure what options there are.... Does anyone have ideas
> about this being a 64 bit to 32 bit issue? Is there something else
> to try? I'm at wits end with PD constantly crashing and while
> competent in programming, malloc errors are definitely beyond my
> scope of expertise or knowledge. Any help would be huge.
>
> Again, I'm running PD Extended 0.41.4 on It happens every time
> without variation... I've tried it on two machines, one is:
>
> MacPro Quad-Core Intel Xeon, 2.93 GHz processor, 4 GB memory, ATI
> Radeon 4870 (the apple tweaked version, not the ATI version),
> BlackMagic Intensity Pro video card... and it's mac 10.5.8.
>
> The other computer is identical, but is running on 10.5.6.
>
> The error I get is:
>
> 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'
>
>
> Thanks in advance
> J
>
>
> On Thu, Aug 27, 2009 at 5:46 PM, Hans-Christoph Steiner
> <hans at at.or.at> wrote:
>
> FYI, you'll want to keep this on the pd-dev list. There are others
> there who know more about it than me.
>
> .hc
>
> On Aug 27, 2009, at 4:16 PM, james murray wrote:
>
>> Hi,
>>
>> I switched out the RAM and replaced the 4 GB with two 1 GB
>> modules. Unfortunately the same crash happen with the same malloc
>> error. So, not sure what that means entirely, but, unfortunately
>> it appears to still be an issue.
>>
>> J
>>
>> On Thu, Aug 27, 2009 at 12:53 PM, james murray <james.n.murray at gmail.com
>> > wrote:
>> That makes sense... I'll give it a try and sort it out and see what
>> happens... Thanks for the insight and clarity.
>>
>> J
>>
>>
>> On Thu, Aug 27, 2009 at 12:45 PM, Hans-Christoph Steiner <hans at at.or.at
>> > wrote:
>>
>> A 32-bit computer can only handle 3 gigs of RAM. That's the big
>> deal with 64-bit computers, they handle a lot more. While your
>> computer is 64-bit and your OS is 64-bit, the build of Pd you are
>> running is 32-bit. That means that your Pd cannot use more than 3
>> gigs of RAM no matter how much is in the machine.
>>
>> My guess is that your Pd patch wants to use more than 3gb of RAM,
>> then crashes. Try running Activity Monitor and seeing how much
>> memory 'pd' is using.
>>
>> I could be wrong that this is the cuase of hte problem tho...
>>
>> .hc
>>
>> On Aug 27, 2009, at 1:41 PM, james murray wrote:
>>
>>>
>>> Okay... I'd run across this before when trying to research this
>>> issue... Sorry to be so dull-witted about this, but does this mean
>>> a physical reduction of my RAM itself from 4 GB to 3 GB? Or am I
>>> missing the point and I need to do something else?
>>>
>>>
>>> Thanks again for looking into this so quickly, I really appreciate
>>> it, getting confirmation about all of this is really huge.
>>>
>>> J
>>>
>>> On Thu, Aug 27, 2009 at 12:27 PM, Hans-Christoph Steiner <hans at at.or.at
>>> > wrote:
>>>
>>> So it is not the GUI, but 'pd' itself having the issue:
>>> pd(272,0xa03ce720) My guess is that maybe its a 32-bi/64-bit
>>> issue. I think that a 32-bit app can only address 3 gigs of RAM.
>>> Pd is buildable has 64-bit, but there isn't a release for Mac OS X
>>> built as 64-bit yet.
>>>
>>> .hc
>>>
>>>
>>> On Aug 27, 2009, at 12:53 PM, james murray wrote:
>>>
>>>> It happens every time without variation... I've tried it on two
>>>> machines, one is:
>>>>
>>>> MacPro Quad-Core Intel Xeon, 2.93 GHz processor, 4 GB memory, ATI
>>>> Radeon 4870 (the apple tweaked version, not the ATI version),
>>>> BlackMagic Intensity Pro video card... and it's mac 10.5.8.
>>>>
>>>> The other computer is identical, but is running on 10.5.6.
>>>>
>>>> Thanks for getting back to me s quickly... I've been definitely
>>>> hitting my head on this for a few days.
>>>>
>>>> J
>>>>
>>>> On Thu, Aug 27, 2009 at 11:42 AM, Hans-Christoph Steiner <hans at at.or.at
>>>> > wrote:
>>>>
>>>> Hmm, never seen that one. Can you reproduce it, does it happen
>>>> every time? The "org.puredata.pd.wish" part makes me think that
>>>> make its the Tcl/Tk GUI side that's crashing.
>>>>
>>>> Which exact version of mac os x are you running? Which hardware?
>>>>
>>>> .hc
>>>>
>>>> On Aug 27, 2009, at 12:27 PM, james murray wrote:
>>>>
>>>>> 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
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Pd-dev mailing list
>>>>> Pd-dev at iem.at
>>>>> http://lists.puredata.info/listinfo/pd-dev
>>>>
>>>>
>>>>
>>>> ----------------------------------------------------------------------------
>>>>
>>>> News is what people want to keep hidden and everything else is
>>>> publicity. - Bill Moyers
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> ----------------------------------------------------------------------------
>>>
>>> ¡El pueblo unido jamás será vencido!
>>>
>>>
>>>
>>
>>
>>
>> ----------------------------------------------------------------------------
>>
>> I have the audacity to believe that peoples everywhere can have
>> three meals a day for their bodies, education and culture for their
>> minds, and dignity, equality and freedom for their spirits. -
>> Martin Luther King, Jr.
>>
>>
>>
>>
>
>
>
> ----------------------------------------------------------------------------
>
> If nature has made any one thing less susceptible than all others of
> exclusive property, it is the action of the thinking power called an
> idea, which an individual may exclusively possess as long as he
> keeps it to himself; but the moment it is divulged, it forces itself
> into the possession of everyone, and the receiver cannot dispossess
> himself of it. - Thomas Jefferson
>
>
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war on
terrorism. - retired U.S. Army general, William Odom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20090828/414a2786/attachment.htm>
More information about the Pd-dev
mailing list