[PD-dev] Re: [PD] trying to make devel_0_38

[Tim Blechmann]

> > well, unlikely, but possible ... see 
> > man malloc
> > man mlockall
> 
> yes, i did that.
> 
> it is just, that everything i have found on the web regarding this 
> problem (hard freeze with an openGL application that uses page
> locking) was refering to nvidia's drivers.
> redhat keeps closing this bug report, as "this is due to nvidia's 
> drivers" (this is not a quote)
> 
> some tests have shown, that with pd/Gem it is really the
> memory-locking that kills pd (it goes up to 100% and becomes
> unkillable), and i guess the re-prioritizing makes this application
> lock a system lock.
well ... i was experiencing random segfaults when allocating large areas
of memory in a helper thread ... (threaded soundfiler)

> compile-time problems.
> when i tried to bootstrap.sh... pd would refuse to compile, because
> tk.h could not be found.
> debian installs tk.h into /usr/include/tcl<X>.<Y>/
hm ... that's interesting ... i'm not using debian and on gentoo the
headers get installed to /usr/include ...
i'll look into that soon ...

still ... saying that devel_ is evil and stable_ is good ... that
doesn't really improve things ...
the thing that you reported this to me today, and the autobuild system
is few monthes old, tells me that too little people are using devel_.
and most devel_ users are on linux ...
i even think that providing precompiled releases of devel_ from time to
time would improve the user feedback ...

cheers ... tim

-- 
mailto:TimBlechmann at gmx.de    ICQ: 96771783
http://www.mokabar.tk

After one look at this planet any visitor from outer space 
would say "I want to see the manager."
				      William S. Burroughs