Hi Doug- I'm sorry to hear you have been "suffering in silence" for some years! The latest open bug report for TriD is from 2006 and is just that the perldl shell dies when you exit a window.
Please, open a ticket on our sf.net bug tracker with all the specific information per the BUGS file in the PDL distribution. You should probably include your X11 driver information since a hard display+machine crash from graphics is a bug somewhere. Also, I'm in the process of building a number of Virtualbox machines for testing on so could you give me the details/links/versions so I could try setting up a similar configuration to see if I can reproduce the problem? Have you tried running the code on a CentOS VM? As you might imagine there are a lot of places the problem could come from: a CentOS bug, an X11/GLX bug, and OpenGL bug, a Perl OpenGL binding bug, a TriD bug, cosmic rays,... :-) --Chris On Tue, Apr 24, 2012 at 4:18 PM, Doug Hunt <[email protected]> wrote: > Hi all: For some years now (ever since the switch of PDL::Graphics::TriD to > POGL) I've been trying to get TriD working. The problem I have is that on > running 'demo 3d' my machine crashes *hard*, necessitating a full power > cycle on the machine I'm running the X server on, even if I run 'demo 3d' on > a remote machine with an X window exported. > > Needless to say, having to manually cycle the power between each failure > makes the debug loop so long that I've not had the time to look into it > much. > > In the past (before POGL) I was able to use PDL::Graphics::TriD for some > nice orbit geometry visualizations--I'm trying to regain this capability! > > In my most recent attempt, I upgraded to the most recent perl, PDL and POGL: > > perl v5.15.9 > PDL-2.4.10_003 > OpenGL-0.66 > > I'm running on CentOS 5.8 (which is essentially RedHat Enterprise Linux 5.8) > > With the above setup, after several machine crashes and power cycles, > I'm able to determine that when running this script (the first demo): > > -------------------------------------------------------------------- > use PDL; > use PDL::Graphics::TriD; > use PDL::Graphics::TriD::Image; > > # Number of subdivisions for lines / surfaces. > $size = 25; > > $cz = (xvals zeroes $size+1) / $size; # interval 0..1 > $cx = sin($cz*12.6); # Corkscrew > $cy = cos($cz*12.6); > line3d [$cx,$cy,$cz]; # Draw a line > -------------------------------------------------------------------- > > The lockup occurs in line3d at the call to glutSwapBuffers(); in GL.pm > line 939 (see the stack trace attached). > > Before this, there is an error message: > > -------------------------------------------------------------- > libGL error: open DRM failed (Operation not permitted) > libGL error: reverting to (slow) indirect rendering > freeglut (trid.pl): Unable to create direct context rendering for window > 'GLUT TriD' > This may hurt performance. > -------------------------------------------------------------- > > This error message also occured when testing OpenGL-0.66, but did not seem > to cause any problems. > > Does anyone have any ideas of what might be wrong or how to track it down? > I'd like to be able to use TriD, but have not been able to for at least two > years under several versions of CentOS 4 and 5 on both 32 and 64 bit PC > architectures. > > Any thoughts welcome! > > Thanks, > > Doug Hunt > > [email protected] > Software Engineer > UCAR - COSMIC, Tel. (303) 497-2611 > _______________________________________________ > Perldl mailing list > [email protected] > http://mailman.jach.hawaii.edu/mailman/listinfo/perldl > _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
