Hey, I 'fixed' this problem (for me at least) by upgrading my NVidia driver. It also seems to have fixed another bug I was experiencing in which closing a patch that still had an open data subpatch would kill PD.
If anyone is interested I'm running Debian unstable, with XFree86 4.0.2-1, the NVidia drivers 0.9-769 (Riva TNT2 card), PD 0.32p1 (Miller's version) and GEM 0.84 (Guenter's linux version). Oh, and kernel 2.2.18.
Previously I was running the 0.9-5 NVidia drivers, and that seemed to be causing both problems (which makes some sense since they were both graphic-related).
So, the code is in the clear! :)
Maybe now I can look into doing something interesting with GEM. Did anyone come up with any cluey ideas for getting performable video output from a PC/Linux situation?
pix.
On Sat, 17 Mar 2001, Miller Puckette wrote:
I get lots of segfaults closing Gem windows too. For he moment I ignore them although someday if nobody else does it I'll track them down...
I agree we need someday to merge distributions and get them so they won't go out of sync... I can't yet get a version of Pd together that can run under both RH 6.2 and RH 7.0!
cheers Miller
On Sun, Mar 18, 2001 at 11:24:50AM +1030, pix@test.at wrote:
Suddenly I'm curious if everyone experiences this, or just me:
Whenever I destroy a Gem window, PD segfaults. I'm using Miller's PD 0.32 patch 1, and Guenters GEM 0.84 (it happened with 0.83 also). Perahps I should be using Guenters PD with Guenters GEM?
(It would be really nice if all of these disparate distributions got merged into one another, with suitably intelligent "configure" scripts or something - eg the two PDs and the two GEMs)
The (somewhat useless) output from gdb:
GEM: Mark Danks GEM: ver: 0.84 GEM: compiled: Mar 17 2001 GEM: Only using 8 color bits GEM: window created GEM: Start rendering GEM: Stop rendering (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x400cb731 in free () from /lib/libc.so.6
I am using the NVidia accelerated drivers under X4.0.2, so I'm willing to blame them :)
pix.