What do you get from the kernel dump? Here is a link to some debugging ideas. Sorry, don't know if they are relevant....
http://lists.centos.org/pipermail/centos/2009-June/077017.html --Chris On Tue, Apr 24, 2012 at 5:41 PM, Chris Marshall <[email protected]> wrote: > 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
