The GEM crash comes from a system call to copy memory in pix_image. The
system call is not the problem and pix_image has been very thoroughly
tested. It could be hitting a memory limit for the process (4 GB!). You
are either playing 100+ soundfiles in Pd already or there is a bug in readsf
that
chris clepper wrote:
The GEM crash comes from a system call to copy memory in pix_image.
The system call is not the problem and pix_image has been very
thoroughly tested. It could be hitting a memory limit for the process
(4 GB!). You are either playing 100+ soundfiles in Pd already or
Thanks Chris. I will do this tomorrow as I can't access the project today.
How do I check CPU usage? Even if tis isn't relevant, it would be usefuul to
know.
Thanks again
Simon
On Sun, Jul 12, 2009 at 6:00 PM, chris clepper cgclep...@gmail.com wrote:
A G5 running OSX and GEM can run for
Simon Ball wrote:
How do I check CPU usage? Even if tis isn't relevant, it would be usefuul to
know.
Media - Load Meter (iirc) loads a patch that uses [metro] and [cputime]
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
You might want to check into the Activity Monitor (it is in the
Utilities folder on the Mac), and check to see if there are any
stray instances of PD still running. I have found that when PD
crashes on my machine, it will still have an instance of PD still
running, even though the GUI has shut
