Manta Interactive Ray Tracer Development Mailing List

Text archives Help


RE: [MANTA] bad exit from bin/manta on Altix


Chronological Thread 
  • From: Rocky Rhodes <rhodes@sgi.com>
  • To: "'James Bigler'" <bigler@cs.utah.edu>
  • Cc: manta@sci.utah.edu
  • Subject: RE: [MANTA] bad exit from bin/manta on Altix
  • Date: Wed, 25 May 2005 08:31:52 -0700
It will show up in other linux distributions.  Google'ing "nptl
linuxthreads" gave me a bunch of hits including:

http://linuxdevices.com/articles/AT6753699732.html

I had tried older versions of the main trunk and didn't have any luck
isolating a change.  I tried versions back to 308 that all failed similarly,
and version 300 doesn't build for me.  It has probably always been this way
and I just had this environment variable set when I tried it before.

        Rocky

> -----Original Message-----
> From: owner-manta@sci.utah.edu [mailto:owner-manta@sci.utah.edu] On Behalf
> Of James Bigler
> Sent: Tuesday, May 24, 2005 7:59 PM
> Cc: manta@sci.utah.edu
> Subject: Re: [MANTA] bad exit from bin/manta on Altix
> 
> You could try checking out an older version and see if it happens.
> 
> The Thread_pthread.cc file is pretty hairy.  The altix is the only
> machine we've had complaints about, though.  Should this be showing up
> in other modern distributions?  What do the SGI docs say about that?
> 
> James
> 
> Rocky Rhodes wrote:
> > If I run "bin/manta -bench 10 10 -imagedisplay null -np 2" on an Altix,
> > the program exits in a bad way, complaining of "ERROR: Incorrect Phase"
> > and then telling me that "Thread 'idle or main'" got a SIGSEGV.  If I
> > run this again with the LD_ASSUME_KERNEL environment variable set to
> > "2.4.19" it exits cleanly.
> >
> >
> >
> > SGI's documentation says that this behavior is indicative of an
> > application "which depends on behaviors in which the LinuxThreads
> > implementation deviates from the POSIX standard".  The LD_ASSUME_KERNEL
> > environment variable forces the application to use the old LinuxThreads
> > implementation rather than NPTL (Native POSIX Thread Library).  I think
> > the new thread package was included with ProPack 3.0 on the Altix.  You
> > might not see this problem on your Altix if it is running an earlier
> > version of the system software.
> >
> >
> >
> > I thought I had tried this earlier and didn't have this problem, but as
> > it is just an environment variable, now I'm wondering if this has always
> > been broken this way.  Is anyone aware of any changes in the pthread
> > code made over the last week or so that may have changed this behavior?
> > Does anyone feel more qualified than I do about mucking around in this
> > code and trying to understand what goes on when the program exits?
> >
> >
> >
> >             Rocky
> >
> >
> >



Archive powered by MHonArc 2.6.16.

Top of page