Re: Sudden X/Performer problem

New Message Reply Date view Thread view Subject view Author view

Sharon Clay (src++at++rose.asd.sgi.com)
Wed, 8 Jan 1997 10:58:38 -0800

+>---- On Jan 8, 1:04pm, Fred Clyne wrote:
->
->On Jan 7, 5:57pm, Christopher R Volpe wrote:
->> Subject: Sudden X/Performer problem
->> Hi folks-
->> I was in the middle of debugging a perf application (purely
->> application-level changes, nothing specifically performer-related), when
->> all of a sudden my app started dying upon startup with the following
->> error:
->>
->> PF Warning/Internal(12): pfWindow::openNewNoPort() - null visual.
->> X Error: 0
->> Request Major code 0 ()
->> Error Serial #33
->> Current Serial #15
->> Exit 1
->>
->> I'm running Performer 2.1 on an Irix 6.2 InfiniteReality engine. Anyone
->> have any ideas on what might be causing this?
->>

[ ... ]

->
->>From the Performer 2.2 Beta Release Notes:
->
->o 6.2 OS bug with shared arena placement
->
-> An obscure bug in IRIX 65.2 with default placement of the shared arena
-> can cause programs to die due to lack of heap space for malloc.
-> Typcially the program will die during X or GL initialization with
-> a message like [what you stated above].

It is easy enough to see if you are being bit by this. Run your program through
par: par -s -i -SS prog [options]
and see if you get messages in the output about brk failing due to lack of space.
If you do, then this is your beast.

->
->WAR: through the environment variable PFSHAREDBASE or in with
-> pfSharedArenaBase() before pfInit(), explicitly set the address of the
-> arena so that it is not too close to the heap and does not collide
-> with other DSOs. An address that has worked with programs exhibiting
-> the problem that are very close to perfly is: 0x18000000.

FYI, I added the PFSHAREDBASE when I ran into this problem so it isn't in
currently released versions of Performer -- you have to use the API, or else
a tricky rld WAR from Don Hatch - contact us for more info.

->
-> ex: pfSharedArenaBase(0x18000000); or
-> setenv PFSHAREDBASE 0x18000000
->
-> If this address is not sufficient, run again with par [they had an
-> example earlier: par -s -i -SS prog options] and the following
-> environment variables set:
-> setenv _RLD_PATH /usr/lib/rld.debug; setenv _RLD_ARGS -v
-> and redirect all output to a file. Look for the addresses of the
-> mmap() calls and of address of DSO load actions to find a free
-> address range in which to place the arena. Compiling with some
-> libraries statically can make this operation easier.
->
->Whew! I hope I don't run into this bug. Hope this helps.
->
->--
->
->Fred Clyne
->
->Cambridge Research Associates office: 703-790-0505 x 7211
->1430 Spring Hill Road, Suite 200 fax: 703-790-0370
->McLean, VA 22102 email: fred++at++cambridge.com
->

Thanx!
src.

-- 
-----{-----{---++at++   -----{----{---++at++   -----{----{---++at++   -----{----{---++at++
Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev.
src++at++sgi.com  (415) 933 - 1002  FAX: (415) 965 - 2658  MS 8U-590
-----{-----{---++at++   -----{----{---++at++   -----{----{---++at++   -----{----{---++at++
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer++at++sgi.com
        Admin. requests:  info-performer-request++at++sgi.com

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:54:17 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.