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