From: Postmaster++at++com.au
Date: 02/07/2001 02:01:23
Your message
Subject: info-performer Feb 06 2001
was not delivered to:
because:
Error delivering to AUS-SYD21/AUST/CSC mail/rvandepo.nsf; File does not exist
attached mail follows:
Welcome to the info-performer mailing list DIGEST for February 06 2001
List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
Send Submissions to: info-performer++at++sgi.com
Add/Remove requests: info-performer-request++at++sgi.com
Message Subjects:
RE: pfSharedArena Problems
DELIVERY FAILURE: Error delivering to AUS-SYD21/AUST/CSC mail/rvande
Multiproc Modes on Linux
******************************************************************************
From: "Ran Yakir" <rtset++at++netvision.net.il>
Date: Tue, 6 Feb 2001 10:51:57 +0200
Subject: RE: pfSharedArena Problems
Reply-To: <ryakir++at++vizrt.com>
Xian,
1. Just to make sure, areyou running on Irix or Linux? The remapLibs script
works only for Irix. Let's assume that's the case. If you compile with o32,
you should use remapLibsO32 to do the remapping. If you compile with n32,
which is the default on Irix 6.4 and up, you should run remapLibs. What the
script does is to run your program (which is supplied as the second
argument) using the debug version of the loader. After the program exits,
the script analyses which libraries are loaded by your program, and remaps
those. The remapped library are then copied into the directory sepcified as
the first argument to the script. If your program dynamically loads
additional shard objects with dlopen() BEFORE pfInit() is called, those
libraries have to be added to the processed libraries, by supplying their
names as additional arguments to the script.
After the remapping, you should force your program to load libraries only
from the directory of the remapped libs. You do that by setting the
LD_LIBRARY_PATH or LD_LIBRARYN32_PATH for o32 or n32 programs respectively.
Do you manage to run the demo I supply and get large libraries? I suggest
that you just modify the demo script to run your program.
2. The arenadebug is packaged as Irix distribution. When you untar, the
files will go into a directory called arenadebug. Then you run
swmgr -f arenadebug
to install the package. You must run as root. The documentation in my web
page instructs you on how to run your programs with it.
Good luck
Ran
> -----Original Message-----
> From: howxn++at++ivlab.com.sg [mailto:howxn++at++ivlab.com.sg]
> Sent: Tuesday, February 06, 2001 8:41 AM
> To: Ran Yakir; howxn++at++ivlab.com.sg; info-performer++at++sgi.com
> Subject: RE: pfSharedArena Problems
>
>
> Hi,
>
> I came across your page a while ago, and find it resourceful.
> However, I came
> across these problems when trying to use your software:
>
> i.) remapLibs, I can remap the library, but it seems doesn't
> affect my program
>
> at all. I can allocate to a maximum of 1G to sharedArena without
> using the script.
>
> I need around 1.5G. I have runned the script but I think I didn't
> set the environment
>
> variable correctly. I tried setting both LD_LIBRARY_PATH and
> LD_LIBRARYN32_PATH
>
> as shown in the DEMO and the script, but it seems I get the wrong
> variable.
>
>
> ii.) arena_debug, I wasn't able to use it. Do I need to install
> it in some way,
>
> or do I just untar it and use it as a library?
>
> Any help will be appreciated. Thanks.
>
> Also, I have a question about the share Arena. It appears now
> that the memory
> is slowly eaten up after the program is launched. It'll run
> around 30 minutes
> before it eventually jump out and display the ShareArena Error.
> Anyone care
> to enlighten me why is the memory leak? I have checked through my
> program, and
> am quite sure that there is minimal memory leak, if any. So I am
> suspecting
> it might be a performer problem.
>
> With regards,
> Xian Neng
>
>
> >Hi Xian,
> >
> >Look at my website for a solution for allocating arenas up to
> 1.5GB large.
>
> >More than that is not likely to succeed on 32 bit programs. The
> address is
>
> >http://rtset.co.il/rany/index.html and dive into the downloads section.
> >
> >In there you will also find a program called "arenadebug" which
> can help you
>
> >debug the allocation of memory inside the arena.
> >
> >Please write to me after you install arenadebug, if you need
> helpin finding
>
> >your memory leak.
> >
> >Ran
> >
> > __ | Ran Yakir
> > /_) _ __ \ / _ / o __ | vi[z]rt
> >/ )_ (_(_) ) \/ (_(_/<_(_)( |
> > _/ |
> >-------------------------------------+--------------------------------
> >Phone : | E-mail : ryakir++at++vizrt.com
> ><mailto:ryakir++at++vizrt.com>
> > Work : 972-9-9552236 Ext #219 | rany++at++rtset.co.il
> ><mailto:rany++at++rtset.co.il>
> > Res. : 972-9-7489974 |
> > Cell.: 972-58-713040 |
> >Fax : 972-9-9552239 |
> >
> >http://rtset.co.il/rany/index.html <http://rtset.co.il/rany/index.html>
> >
> >
> >
> >> -----Original Message-----
> >> From: howxn++at++ivlab.com.sg [mailto:howxn++at++ivlab.com.sg]
> >> Sent: Friday, February 02, 2001 9:28 AM
> >> To: info-performer++at++sgi.com
> >> Subject: pfSharedArena Problems
> >>
> >>
> >>
> >> I am running a pretty big program and requires quite big arena
> >> size. I am able
> >> to allocate 1G of Shared memories, but anything more than that
> >> will be halved.
> >>
> >>
> >> And I am curious as to what can cause the excessive usage of
> >> shared memory.
> >> Even I preload every model and texture at the start of the
> >> programmed, the arena
> >> seems to keep increasing during runtime.
> >>
> >> Any suggestion will be very much appreciated. Thanks
> >>
> >> Xian Neng
> >> ---------
> >>
> >> email: howxn++at++ivlab.com.sg
> >>
-----------------------------------------------------------------------
> >> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> >> Open Development Project: http://oss.sgi.com/projects/performer/
> >> Submissions: info-performer++at++sgi.com
> >> Admin. requests: info-performer-request++at++sgi.com
> >
> >
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Open Development Project: http://oss.sgi.com/projects/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
******************************************************************************
From: Postmaster++at++com.au
Date: Tue, 6 Feb 2001 06:07:15 -0400
Subject: DELIVERY FAILURE: Error delivering to AUS-SYD21/AUST/CSC
mail/rvandepo.nsf; File
Reply-To: info-performer++at++sgi.com
--==IFJRGLKFGIR16530UHRUHIHD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Your message
Subject: info-performer Feb 05 2001
was not delivered to:
because:
Error delivering to AUS-SYD21/AUST/CSC mail/rvandepo.nsf; File does not
exist
--==IFJRGLKFGIR16530UHRUHIHD
Content-Type: message/delivery-status
Reporting-MTA: x-local-hostname; CSC
Final-Recipient: rfc822;rvandepo++at++csc.com.au
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Notes;Error delivering to AUS-SYD21/AUST/CSC
mail/rvandepo.nsf; File does not exist
--==IFJRGLKFGIR16530UHRUHIHD
Content-Type: message/rfc822
Received: from ponyexpress1.csc.com ([20.1.107.210]) by csc.com (Lotus
Domino Release
5.0.4a) with ESMTP id 2001020605071584:1118295 ; Tue, 6 Feb 2001 05:07:15
-0500
Received: from sgi.sgi.com ([192.48.153.1] helo=sgi.com) by
ponyexpress1.csc.com with
esmtp (Exim 2.12 #1) id 14Q56r-0003JW-00 for rvandepo++at++csc.com; Tue, 6 Feb
2001 05:12:29 -0500
Received: from holodeck.engr.sgi.com ([130.62.47.47]) by sgi.com
(980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI
does not authorize the use of its proprietary systems or networks for
unsolicited or bulk email from the Internet.) via SMTP id CAA03970; Tue, 6
Feb 2001 02:09:53 -0800 (PST) mail_from
(info-performer-request++at++holodeck.engr.sgi.com)
Received: (from info-performer-request++at++localhost) by holodeck.engr.sgi.com
(950413.SGI.8.6.12/960327.SGI.AUTOCF) id
CAA20856; Tue, 6 Feb 2001 02:00:08 -0800
Message-ID: <200102061000.CAA20856++at++holodeck.engr.sgi.com>
Reply-To: info-performer++at++sgi.com
From: info-performer++at++sgi.com (info-performer Mailing List)
To: allan++at++holodeck.engr.sgi.com
Subject: info-performer Feb 05 2001
X-MIMETrack: Itemize by SMTP Server on VA-FCH35/SRV/CSC(Release 5.0.4a
|July 24, 2000) at
02/06/2001 05:07:15 AM,
MIME-CD by Router on AUS_SYD6/AUST/CSC(Release 5.0.4a |July 24, 2000)
at 06/02/2001
21:14:09,
MIME-CD complete at 06/02/2001 21:14:09,
Serialize by Router on AUS-SYD11/AUST/CSC(Release 5.0.4a |July 24,
2000) at
06/02/2001 21:14:51
Date: Tue, 6 Feb 2001 06:07:15 -0400
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
Welcome to the info-performer mailing list DIGEST for February 05 2001
List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
Send Submissions to: info-performer++at++sgi.com
Add/Remove requests: info-performer-request++at++sgi.com
Message Subjects:
Dev and Eoe Licences Perfomer Linux 2.4
jolt library
Multi pipeWindow: Attach problem
Performer error
Re: Performer error
Projected texture in performer
RE: jolt library
A problem using fluxed geosets
RE: A problem using fluxed geosets
Re: A problem using fluxed geosets
Re: A problem using fluxed geosets
Re: Projected texture in performer
Re: A problem using fluxed geosets
pfGetTexImage woes
Re: pfGetTexImage woes
Re: pfGetTexImage woes
Re: Performer error
RE: pfSharedArena Problems
******************************************************************************
From: Guillaume Millet <millet++at++oktal.fr>
Date: Mon, 05 Feb 2001 03:25:32 -0800
Subject: Dev and Eoe Licences Perfomer Linux 2.4
Hello,
We are going to buy a developement licence for Performer Linux 2.4.
Our application need to be deployed to several PC for run-time.
My questions are:
Is there Run-Time licence ?
Wich libraries are used for run-time ?
If we sell our application, we give dynamic librairies or we need to
link staticly libs ?
Thanks,
******************************************************************************
From: "C. Skluzacek" <c.skluzacek++at++fokkerspace.nl>
Date: Mon, 05 Feb 2001 12:35:03 +0100
Subject: jolt library
Hey,
Out of curiousity (and possibly for some unknown practical purpose later
on), I've been searching the web for information on the Jolt library
used by Vega on the windoze platform to emulate the Performer API. For
project reasons, I have to use the Windows OS for development and I
would like to use pure Performer code instead of Vega. Does anyone have
any information or know of any links to information about Jolt?
Thanks,
Chris
******************************************************************************
From: Gil Alter <gil++at++dreamteam-ltd.com>
Date: Mon, 05 Feb 2001 14:20:40 +0200
Subject: Multi pipeWindow: Attach problem
Hi all.
I am using two pfPipeWindow attached ( by pfPipeWindow::attach
Function).
each window has his own channel (no channel attach is used) & scene.
each channel has its own draw callback function( calling pfDraw ).
The two Windows are in the same process.
Changing the diffuse color of a pfMaterial (which used by both
windows, with or without texture.)
in the second window , influence both window. But after calling
pfFrame in the first window
(without changing the diffuse color), the color is changed to a new
color on the first window only.
In case of two windows without using the attach function this
phenomenon
doesn't accrued.
Can anyone can explain what is my mistake in the case of using
attach function.
Thank
Gil
******************************************************************************
From: Rob Body - HR Mardyn <r.body++at++hrwallingford.co.uk>
Date: Mon, 5 Feb 2001 13:38:01 GMT
Subject: Performer error
Hi all,
I am trying to run Performer 2.4 on a PC using Red Hat Linux 7.0. After
lots of trouble trying to get a Geforce 2 Ultra card working without any
luck I have put my original card back in (an AGP ATI Expert 2000 - Rage Pro
128-bit) 3D 16Mb Dram just to get Performer working, and after installing
all the dependencies I now get the error
Overlay windows not supported in Linux.
Can anyone tell me what I have forgotten to do.
Thanks in advance,
Rob
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Rob Body
Simulator Manager
HR Mardyn
HR Wallingford
Howbery Park
Wallingford
Oxon
OX10 8BA
Tel 01491 822327
Fax 01491 832233
e-mail r.body++at++hrwallingford.co.uk
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
HR Wallingford uses Faxes and Emails for confidential and
legally privileged business communications. They do not of
themselves create legal commitments. Disclosure to parties
other than addressees requires our specific consent. We are
not liable for unauthorised disclosures nor reliance upon
them. If you have received this message in error please
advise us immediately and destroy all copies of it.
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
******************************************************************************
From: "Yves GAUVIN" <yves.gauvin++at++sncf.fr>
Date: Mon, 5 Feb 2001 15:13:36 +0100
Subject: Re: Performer error
Hello Rob,
This is not an error, this is a normal warning message.
Have you tested other open GL apps?
gears for example?
Cheers,
Yves GAUVIN
----- Message d'origine -----
De : Rob Body - HR Mardyn <r.body++at++hrwallingford.co.uk>
=C0 : <info-performer++at++sgi.com>
Envoy=E9 : lundi 5 f=E9vrier 2001 14:38
Objet : Performer error
Hi all,
I am trying to run Performer 2.4 on a PC using Red Hat Linux 7.0. After
lots of trouble trying to get a Geforce 2 Ultra card working without any
luck I have put my original card back in (an AGP ATI Expert 2000 - Rage P=
ro
128-bit) 3D 16Mb Dram just to get Performer working, and after installing
all the dependencies I now get the error
Overlay windows not supported in Linux.
Can anyone tell me what I have forgotten to do.
Thanks in advance,
Rob
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Rob Body
Simulator Manager
HR Mardyn
HR Wallingford
Howbery Park
Wallingford
Oxon
OX10 8BA
Tel 01491 822327
Fax 01491 832233
e-mail r.body++at++hrwallingford.co.uk
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
HR Wallingford uses Faxes and Emails for confidential and
legally privileged business communications. They do not of
themselves create legal commitments. Disclosure to parties
other than addressees requires our specific consent. We are
not liable for unauthorised disclosures nor reliance upon
them. If you have received this message in error please
advise us immediately and destroy all copies of it.
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
-----------------------------------------------------------------------
List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
Open Development Project: http://oss.sgi.com/projects/performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
******************************************************************************
From: "Siedle, Pete" <P.Siedle++at++tees.ac.uk>
Date: Mon, 5 Feb 2001 16:39:10 -0000
Subject: Projected texture in performer
Hi Performers
I'm looking at trying to do some lighting effects using lightmap texture
projection.
I've seen some of the openGL examples (and some examples using Performer)
and think I've managed to get the general idea of what's required.
All the examples I've seen generate the geom in the app and apply textures
at this point, which seems fairly straight forward (in the 'simple'
examples
anyway :o) .
However, does anyone know if it's possible to project a texture onto a
database / objects that have used a loader to 'create' the geom in the app;
ie, flt file loaded into app.
So I need to multipass render:
1. render the scene with textures as setup in the flt file,
2. render the flt geom with projected texture,
3. blending the 2 together and display.
4. goto 1.
If it's possible to achieve 2. above, could anyone point me towards any
url's / provide any hints!
Thanks in advance
Pete
-------------------------------------------
Peter Siedle
+44(0)1642 tel: 384304 - fax: 384310
p.siedle++at++tees.ac.uk - http://vr.tees.ac.uk
--------------------------------------------
******************************************************************************
From: "Ippolito, Marco" <MARCO.IPPOLITO++at++ca.com>
Date: Mon, 5 Feb 2001 11:48:48 -0500
Subject: RE: jolt library
Hello Chris,
A large subset of the functionality provided by Performer is currently
available through Jolt. The few API's that were not implemented will
generate a pfUnimpl message in your console window. Please contact
Multigen-Paradigm support (support++at++paradigmsim.com) if you have questions
about a specific function/API.
Best Regards,
-- Mark Ippolito Software Engineer, OpenFlight LoaderMultiGen-Paradigm A Computer Associates Company
E-mail: marco.ippolito++at++ca.com Phone: 972-960-2301 x252 Fax: 972-960-2301 Address: 14900 Landmark Blvd., Suite 400, Dallas, TX 75240, USA
You Wrote: ====================================================== Hey, Out of curiousity (and possibly for some unknown practical purpose later on), I've been searching the web for information on the Jolt library used by Vega on the windoze platform to emulate the Performer API. For project reasons, I have to use the Windows OS for development and I would like to use pure Performer code instead of Vega. Does anyone have any information or know of any links to information about Jolt?
Thanks, Chris
----------------------------------------------------------------------- List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ Open Development Project: http://oss.sgi.com/projects/performer/ Submissions: info-performer++at++sgi.com Admin. requests: info-performer-request++at++sgi.com
******************************************************************************
From: Paul Brewster <p.f.brewster++at++larc.nasa.gov> Date: Mon, 05 Feb 2001 12:07:05 -0500 Subject: A problem using fluxed geosets
My program has a bug in it that I was hoping someone could give me some tips on tracking it down. I am using a fluxed geoset to dynamically manipulate geometry while running. The program works fine for a while, then crashes suddenly. On my Onyx2 it gives me the following message:
WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space at physical address 0xec10004 (EPC 0xda5d790) [ESP System Information Notification]:WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access [ESP System Information Notification]:NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space at physical address 0xec10004 (EPC 0xda5d790)
On my Octane2, it just plain crashes the whole computer, requiring a reset.
I used cvd to check out the core file, and found this call stack:
int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, 0x0da5d790] int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, 0x0db75058] int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, 0x0da5dc08] int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] int pfDraw() ["pfProcess.C":6460, 0x04845858] int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) ["tunnel.c":83, 0x100729a8] int __start(<stripped>) ["crt1text.s":177, 0x100475f8]
I suppose the bug is just a bad pointer, but I can't find it. I was hoping someone could give me a hint on where to look.
Thanks for the help.
Paul Brewster NASA Langley Research Center
******************************************************************************
From: "Dorosky, Christopher G" <christopher.g.dorosky++at++lmco.com> Date: Mon, 05 Feb 2001 10:33:52 -0700 Subject: RE: A problem using fluxed geosets
You aren't using non pfmalloced data for attributes of the geoset, are you?
Make sure your fluxing is such that you don't increase the num prims before you have valid vertex data for them.
Christopher Dorosky Lead Electronic Systems Engineer - Real Time Simulation Lockheed Martin Missiles and Fire Control - Dallas christopher.g.dorosky++at++lmco.com 972-603-2349
-----Original Message----- From: Paul Brewster [mailto:p.f.brewster++at++larc.nasa.gov] Sent: Monday, February 05, 2001 11:07 AM To: Performer Mailing List Subject: A problem using fluxed geosets
My program has a bug in it that I was hoping someone could give me some tips on tracking it down. I am using a fluxed geoset to dynamically manipulate geometry while running. The program works fine for a while, then crashes suddenly. On my Onyx2 it gives me the following message:
WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space at physical address 0xec10004 (EPC 0xda5d790) [ESP System Information Notification]:WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access [ESP System Information Notification]:NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space at physical address 0xec10004 (EPC 0xda5d790)
On my Octane2, it just plain crashes the whole computer, requiring a reset.
I used cvd to check out the core file, and found this call stack:
int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, 0x0da5d790] int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, 0x0db75058] int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, 0x0da5dc08] int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] int pfDraw() ["pfProcess.C":6460, 0x04845858] int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) ["tunnel.c":83, 0x100729a8] int __start(<stripped>) ["crt1text.s":177, 0x100475f8]
I suppose the bug is just a bad pointer, but I can't find it. I was hoping someone could give me a hint on where to look.
Thanks for the help.
Paul Brewster NASA Langley Research Center ----------------------------------------------------------------------- List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ Open Development Project: http://oss.sgi.com/projects/performer/ Submissions: info-performer++at++sgi.com Admin. requests: info-performer-request++at++sgi.com
******************************************************************************
From: Brian Furtaw <brian++at++sgi.com> Date: Mon, 05 Feb 2001 12:35:26 -0500 Subject: Re: A problem using fluxed geosets
Are you running the application as root when this happens on both the Octane and the Onyx2?
Brian
Paul Brewster wrote: > > My program has a bug in it that I was hoping someone could give me some > tips on tracking it down. I am using a fluxed geoset to dynamically > manipulate geometry while running. The program works fine for a while, > then crashes suddenly. On my Onyx2 it gives me the following message: > > WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO > access > NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in > IO space at physical address 0xec10004 (EPC 0xda5d790) > [ESP System Information Notification]:WARNING: > /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access > [ESP System Information Notification]:NOTICE: > /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space > at physical address 0xec10004 (EPC 0xda5d790) > > On my Octane2, it just plain crashes the whole computer, requiring a > reset. > > I used cvd to check out the core file, and found this call stack: > > int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, > 0x0da5d790] > int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, > 0x0db75058] > int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, > 0x0da5dc08] > int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] > int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] > int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] > int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] > int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] > int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] > int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] > int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] > int pfDraw() ["pfProcess.C":6460, 0x04845858] > int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] > int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] > int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] > int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) > ["tunnel.c":83, 0x100729a8] > int __start(<stripped>) ["crt1text.s":177, 0x100475f8] > > I suppose the bug is just a bad pointer, but I can't find it. I was > hoping someone could give me a hint on where to look. > > Thanks for the help. > > Paul Brewster > NASA Langley Research Center > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com
-- ----oOOo---- ----oOOo---- ----oOOo---- ----oOOo----
Brian Furtaw (brian++at++sgi.com) Graphics Guru Office:(301)572-3293 Fax: (603)250-0370 12200-G Plum Orchard Drive OpenGL/Performer/OpenInventor/ImageVision Silver Spring, Maryland 20904 Volumizer/Optimizer/React/PCI Device Drivers
******************************************************************************
From: Paul Brewster <p.f.brewster++at++larc.nasa.gov> Date: Mon, 05 Feb 2001 14:03:05 -0500 Subject: Re: A problem using fluxed geosets
My data sets are all created using pfVec3 *coords = new(MAX_COORDS*sizeof(pfVec3)) pfMemory;
I check to make sure I never make more than MAX_COORDS.
I turned off the fluxed geoset altogether, and still got the same problem, but yes, I do make sure to update the vertices, and then the NumPrims.
On a similar question. I create my fluxed geoset using pfFlux *line = pfFlux(pfFluxedGSetInit, PFFLUX_DEFAULT_NUM_BUFFERS); line->setMode(PFFLUX_COPY_LAST_DATA, PF_ON); pfGeoSet *gset=(pfGeoSet *)line->getCurData(); gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX,coords,NULL); ... gset->setNumPrims(num); gset->setPrimLengths(alen);
Later on, when I modify coords:
coords[i].set(blah blah blah);
This change goes immediatly into the GeoSet right? It seems like I don't have to call:
pfGeoSet *gset=(pfGeoSet *)line->getWritableData(); gset->setAttr(PFGS_COORD3,PFGS_PER_VERTEX,coords,NULL); line->writeComplete();
Is this the correct way to change geometry? It seems to work fine (other than this current bug) but I am wondering if I am missing something still...
Paul Brewster NASA Langley Research Center
"Dorosky, Christopher G" wrote: > > You aren't using non pfmalloced data for attributes of the geoset, are you? > > Make sure your fluxing is such that you don't increase the num prims before > you have valid vertex data for them. > > Christopher Dorosky > Lead Electronic Systems Engineer - Real Time Simulation > Lockheed Martin Missiles and Fire Control - Dallas > christopher.g.dorosky++at++lmco.com > 972-603-2349 > > -----Original Message----- > From: Paul Brewster [mailto:p.f.brewster++at++larc.nasa.gov] > Sent: Monday, February 05, 2001 11:07 AM > To: Performer Mailing List > Subject: A problem using fluxed geosets > > My program has a bug in it that I was hoping someone could give me some > tips on tracking it down. I am using a fluxed geoset to dynamically > manipulate geometry while running. The program works fine for a while, > then crashes suddenly. On my Onyx2 it gives me the following message: > > WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO > access > NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in > IO space at physical address 0xec10004 (EPC 0xda5d790) > [ESP System Information Notification]:WARNING: > /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access > [ESP System Information Notification]:NOTICE: > /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space > at physical address 0xec10004 (EPC 0xda5d790) > > On my Octane2, it just plain crashes the whole computer, requiring a > reset. > > I used cvd to check out the core file, and found this call stack: > > int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, > 0x0da5d790] > int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, > 0x0db75058] > int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, > 0x0da5dc08] > int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] > int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] > int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] > int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] > int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] > int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] > int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] > int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] > int pfDraw() ["pfProcess.C":6460, 0x04845858] > int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] > int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] > int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] > int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) > ["tunnel.c":83, 0x100729a8] > int __start(<stripped>) ["crt1text.s":177, 0x100475f8] > > I suppose the bug is just a bad pointer, but I can't find it. I was > hoping someone could give me a hint on where to look. > > Thanks for the help. > > Paul Brewster > NASA Langley Research Center > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com
******************************************************************************
From: Marcin Romaszewicz <marcin++at++asmodean.engr.sgi.com> Date: Mon, 5 Feb 2001 11:56:36 -0800 Subject: Re: Projected texture in performer
Performer objects have everything that you need to render multipass algorithms like this. What you need to do is install a Draw callback on the pfChannel and do your rendering operations in there. Take a look at the man pages for pfChannel, pfTexture, pfGeoState, pfTexGen and pfOverride, all of which you will need to do this. Your algorithm will look something like this from within the draw callback
1) Render the scene as normal with pfDraw 2) pfPushState, pfPushMatrix 3) apply your projective texture 4) apply a pfTexGen 5) use pfOverride to lock in your texture and texgen 6) Change the blend function to an additive one 7) Render the scene again with pfDraw 8) pfPopState, pfPopMatrix
www.opengl.org has some info on projective texturing here, it will tell you how to set up the texgen: http://www.opengl.org/developers/code/rendering.html
-- Marcin
On Mon, 5 Feb 2001, Siedle, Pete wrote:
> Hi Performers > > I'm looking at trying to do some lighting effects using lightmap texture > projection. > I've seen some of the openGL examples (and some examples using Performer) > and think I've managed to get the general idea of what's required. > > All the examples I've seen generate the geom in the app and apply textures > at this point, which seems fairly straight forward (in the 'simple' examples > anyway :o) . > However, does anyone know if it's possible to project a texture onto a > database / objects that have used a loader to 'create' the geom in the app; > ie, flt file loaded into app. > So I need to multipass render: > > 1. render the scene with textures as setup in the flt file, > 2. render the flt geom with projected texture, > 3. blending the 2 together and display. > 4. goto 1. > > If it's possible to achieve 2. above, could anyone point me towards any > url's / provide any hints! > > Thanks in advance > > Pete > > ------------------------------------------- > Peter Siedle > > +44(0)1642 tel: 384304 - fax: 384310 > > p.siedle++at++tees.ac.uk - http://vr.tees.ac.uk > -------------------------------------------- > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com >
******************************************************************************
From: yair++at++polygon.engr.sgi.com (Yair Kurzion) Date: Mon, 5 Feb 2001 12:09:24 -0800 (PST) Subject: Re: A problem using fluxed geosets
Hello Paul !
> My data sets are all created using > pfVec3 *coords = new(MAX_COORDS*sizeof(pfVec3)) pfMemory; > > I check to make sure I never make more than MAX_COORDS. > > I turned off the fluxed geoset altogether, and still got the same > problem, but yes, I do make sure to update the vertices, and then the > NumPrims. > > > On a similar question. I create my fluxed geoset using > pfFlux *line = pfFlux(pfFluxedGSetInit, PFFLUX_DEFAULT_NUM_BUFFERS);
Problem:
> line->setMode(PFFLUX_COPY_LAST_DATA, PF_ON);
This line defeats the purpose of the Fluxed geoset. It makes Performer maintain a fluxed geoset body but makes the contents of the geoset (including the geoset attributes) identical for all Flux copies.
The result of this is that all geosets in the flux have the same attribute arrays -- You can not edit attributes in a MP-safe way.
You have two choices for doing this correctly:
1. Allocate attribute arrays and call pfGeoSet::setAttr in your pfFluxedGSetInit function. This function is called for each copy of the fluxed geoset so each copy will have independent attribute arrays.
2. Every time your application plans to write to a geoset, call pfGeoSet::getAttr. If it is NULL, allocate memory for it and call pfGeoSet::setAttr.
Another problem:
> pfGeoSet *gset=(pfGeoSet *)line->getCurData();
Whenever you plan to write on a Flux buffer (a fluxed geoset in your case), you MUST call getWritableData on it. Calling getCurData when writing to a Flux tricks Flux frame tags and can cause interesting/undefined errors.
> gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX,coords,NULL); > ... > gset->setNumPrims(num); > gset->setPrimLengths(alen); > > > Later on, when I modify coords: > > coords[i].set(blah blah blah); > > This change goes immediatly into the GeoSet right? > It seems like I don't have to call: > > pfGeoSet *gset=(pfGeoSet *)line->getWritableData(); > gset->setAttr(PFGS_COORD3,PFGS_PER_VERTEX,coords,NULL); > line->writeComplete(); > > Is this the correct way to change geometry? It seems to work fine (other > than this current bug) but I am wondering if I am missing something > still... > > Paul Brewster > NASA Langley Research Center > > > "Dorosky, Christopher G" wrote: > > > > You aren't using non pfmalloced data for attributes of the geoset, are you? > > > > Make sure your fluxing is such that you don't increase the num prims before > > you have valid vertex data for them. > > > > Christopher Dorosky > > Lead Electronic Systems Engineer - Real Time Simulation > > Lockheed Martin Missiles and Fire Control - Dallas > > christopher.g.dorosky++at++lmco.com > > 972-603-2349 > > > > -----Original Message----- > > From: Paul Brewster [mailto:p.f.brewster++at++larc.nasa.gov] > > Sent: Monday, February 05, 2001 11:07 AM > > To: Performer Mailing List > > Subject: A problem using fluxed geosets > > > > My program has a bug in it that I was hoping someone could give me some > > tips on tracking it down. I am using a fluxed geoset to dynamically > > manipulate geometry while running. The program works fine for a while, > > then crashes suddenly. On my Onyx2 it gives me the following message: > > > > WARNING: /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO > > access > > NOTICE: /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in > > IO space at physical address 0xec10004 (EPC 0xda5d790) > > [ESP System Information Notification]:WARNING: > > /hw/module/1/slot/n1/node/cpubus/0/a: UCE interrupt on PIO access > > [ESP System Information Notification]:NOTICE: > > /hw/module/1/slot/n1/node/cpubus/0/a: User Data Bus error in IO space > > at physical address 0xec10004 (EPC 0xda5d790) > > > > On my Octane2, it just plain crashes the whole computer, requiring a > > reset. > > > > I used cvd to check out the core file, and found this call stack: > >
> > int pass_word_word_word(<stripped>) ["kon_vertarray.c":80, > > 0x0da5d790] > > int __glkonDrawArraysNCTV(<stripped>) ["kon_gvertarray.c":208, > > 0x0db75058] > > int __glkonim_DrawArraysEXT(<stripped>) ["kon_vertarray.c":513, > > 0x0da5dc08] > > int vertArrayGenDrawGSet(<stripped>) ["gsdraw.C":6332, 0x049a9b78] > > int pfGeoSet::draw(<stripped>) ["pfGeoSet.h":613, 0x048d0188] > > int _pfCuller::popQuick(<stripped>) ["pfCuller.C":860, 0x048229b4] > > int _pfCuller::popSort(<stripped>) ["pfCuller.C":1063, 0x0481e1b4] > > int _pfCuller::popXform(<stripped>) ["pfCuller.C":640, 0x0481db78] > > int pfSCS::nb_cull(<stripped>) ["pfSCS.C":359, 0x047e86f4] > > int pfScene::nb_cull(<stripped>) ["pfScene.C":293, 0x047eb3b0] > > int _pfCuller::nb_cull(<stripped>) ["pfCuller.C":208, 0x0481d364] > > int pfDraw() ["pfProcess.C":6460, 0x04845858] > > int pfCAVEDrawCallback(<stripped>) ["pfcave.c":465, 0x1018ec60] > > int pfChannel::pf_callDrawFunc() ["pfChannel.C":2326, 0x047fe930] > > int pfFrame(<stripped>) ["pfProcess.C":6367, 0x04840084] > > int main(int argc = 2, unsigned char ** argv = 0x7fff2f04) > > ["tunnel.c":83, 0x100729a8] > > int __start(<stripped>) ["crt1text.s":177, 0x100475f8] > > > > I suppose the bug is just a bad pointer, but I can't find it. I was > > hoping someone could give me a hint on where to look. > > > > Thanks for the help. > > > > Paul Brewster > > NASA Langley Research Center > > ----------------------------------------------------------------------- > > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > > Open Development Project: http://oss.sgi.com/projects/performer/ > > Submissions: info-performer++at++sgi.com > > Admin. requests: info-performer-request++at++sgi.com > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com >
-- \_________ \_____ \__ \__ \_____ Yair Kurzion \_________ \_____ \__ \__ \_____ yair++at++sgi.com \__ \__ \____\__ \__ http://reality.sgi.com/yair \__ \__ \__ Work: (650) 933-6502 \__ \__ \__ Home: (408) 226-9771 \__ \__ \__
******************************************************************************
From: Desmond Rivet <rivet++at++ecf.utoronto.ca> Date: Mon, 5 Feb 2001 16:40:23 -0500 (EST) Subject: pfGetTexImage woes
Hi all,
How exactly does one use pfGetTexImage? I tried to write a VERY SIMPLE AND SMALL program:
#include <Performer/pf.h> #include <Performer/pfdu.h>
int main(int argc, char *argv[]) { int j, comp, sx, sy, sz; unsigned int* image; pfTexture *tex;
pfInit();
tex = pfNewTex(pfGetSharedArena());
pfLoadTexFile(tex, "road.pfi"); pfGetTexImage(tex, &image, &comp, &sx, &sy, &sz);
printf("comp=%d, sx=%d, sy=%d, sz=%d\n", comp, sx, sy, sz); for(j = 0; j < sx*sy; j++) { printf("%d\n",image[j]); }
return 0; }
road.pfi is a proper pfi file (it is a texture in the standard Performer town demo) and is located in the same directory as the program itself.
The output is:
comp=3, sx=512, sy=64, sz=1 1261846347 1061893695 910116915 1311982929 .....
The program SEG FAULTS, at some point when outputing the array, though for the life of me I can't figure out why.
Am I using the functions properly?
Thanks for your time...
---------------------------------------------- Desmond Rivet rivet++at++ecf.utoronto.ca Eng Sci 0T0 + PEY rivet_d++at++hotmail.com
You live and learn, or you don't live long
******************************************************************************
From: don_burns++at++peru.engr.sgi.com (Don Burns) Date: Mon, 5 Feb 2001 15:40:54 -0800 (PST) Subject: Re: pfGetTexImage woes Reply-To: don_burns++at++sgi.com
On Feb 5, 4:40pm, Desmond Rivet wrote: > Subject: pfGetTexImage woes
...
> The program SEG FAULTS, at some point when outputing the array, though for > the life of me I can't figure out why. > > Am I using the functions properly?
Even though the man page calls for a uint ** to be passed as the second argument, the data is probably stored in uchar format. Change your program to look like this and it should work ok:
unsigned char *imgptr;
pfLoadTexFile(tex, "road.pfi"); pfGetTexImage(tex, &image, &comp, &sx, &sy, &sz);
imgptr = (unsigned char *)image;
printf("comp=%d, sx=%d, sy=%d, sz=%d\n", comp, sx, sy, sz); for(j = 0; j < sx*sy; j++) { printf("%d\n",imgptr[j]); }
-don
******************************************************************************
From: Angus Dorbie <dorbie++at++sgi.com> Date: Mon, 05 Feb 2001 17:52:54 -0800 Subject: Re: pfGetTexImage woes
Could the problem be that the image is tightly packed, and you address array as type int, you are incrementing in sizeof(int) which will be 4. Since the data has only 3 components you overrun the array.
Try:
printf("%d%d%d\n",((char *)image)[(j*3)], ((char *)image)[(j*3)+1], ((char *)image)[(j*3)+2]);
Cheers,ANgus.
Desmond Rivet wrote: > > Hi all, > > How exactly does one use pfGetTexImage? I tried to write a VERY SIMPLE AND > SMALL program: > > #include <Performer/pf.h> > #include <Performer/pfdu.h> > > int main(int argc, char *argv[]) > { > int j, comp, sx, sy, sz; > unsigned int* image; > pfTexture *tex; > > pfInit(); > > tex = pfNewTex(pfGetSharedArena()); > > pfLoadTexFile(tex, "road.pfi"); > pfGetTexImage(tex, &image, &comp, &sx, &sy, &sz); > > printf("comp=%d, sx=%d, sy=%d, sz=%d\n", comp, sx, sy, sz); > for(j = 0; j < sx*sy; j++) > { > printf("%d\n",image[j]); > } > > return 0; > } > > road.pfi is a proper pfi file (it is a texture in the standard Performer > town demo) and is located in the same directory as the program itself. > > The output is: > > comp=3, sx=512, sy=64, sz=1 > 1261846347 > 1061893695 > 910116915 > 1311982929 > ..... > > The program SEG FAULTS, at some point when outputing the array, though for > the life of me I can't figure out why. > > Am I using the functions properly? > > Thanks for your time... > > ---------------------------------------------- > Desmond Rivet rivet++at++ecf.utoronto.ca > Eng Sci 0T0 + PEY rivet_d++at++hotmail.com > > You live and learn, or you don't live long > > ----------------------------------------------------------------------- > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ > Open Development Project: http://oss.sgi.com/projects/performer/ > Submissions: info-performer++at++sgi.com > Admin. requests: info-performer-request++at++sgi.com
-- For Performer+OpenGL tutorials http://www.dorbie.com/
"In the middle of difficulty lies opportunity." --Albert Einstein
******************************************************************************
From: Tom Flynn <flynnt++at++engr.sgi.com> Date: Mon, 5 Feb 2001 21:55:27 -0800 Subject: Re: Performer error
On Mon, 5 Feb 2001, Rob Body - HR Mardyn wrote:
> Hi all, > > I am trying to run Performer 2.4 on a PC using Red Hat Linux 7.0. After > lots of trouble trying to get a Geforce 2 Ultra card working without any > luck I have put my original card back in (an AGP ATI Expert 2000 - Rage Pro > 128-bit) 3D 16Mb Dram just to get Performer working, and after installing > all the dependencies I now get the error > > Overlay windows not supported in Linux. > > Can anyone tell me what I have forgotten to do.
Upgrade Mesa to 3.3-7 or higher? The Mesa that RedHat ships with rh7 is broke. You need to upgrade to 3.3-7 or higher otherwise perfly will segfault. The "Overlay windows not supported uner Linux" is just the last message you'll see before it segfaults and actually has nothing to do with the reason why it segfaults. Rpms for 3.3-7 should be on RedHat's ftp site under rawhide.
I also have a link to those rpms from my reality web page (http://reality.sgi.com/flynnt) along with a couple of links to some articles from evil3d.net that talk about installing the NVidia driver under Linux.
hope that helps, tom
-- "Mongooses are famous for their snake-fighting ability, and are almost always victorious because of their speed, agility, and timing and also because of their thick coat."
******************************************************************************
From: howxn++at++ivlab.com.sg Date: Tue, 6 Feb 2001 14:41:25 +0800 SGT Subject: RE: pfSharedArena Problems Reply-to: howxn++at++ivlab.com.sg
Hi,
I came across your page a while ago, and find it resourceful. However, I came across these problems when trying to use your software:
i.) remapLibs, I can remap the library, but it seems doesn't affect my program
at all. I can allocate to a maximum of 1G to sharedArena without using the script.
I need around 1.5G. I have runned the script but I think I didn't set the environment
variable correctly. I tried setting both LD_LIBRARY_PATH and LD_LIBRARYN32_PATH
as shown in the DEMO and the script, but it seems I get the wrong variable.
ii.) arena_debug, I wasn't able to use it. Do I need to install it in some way,
or do I just untar it and use it as a library?
Any help will be appreciated. Thanks.
Also, I have a question about the share Arena. It appears now that the memory is slowly eaten up after the program is launched. It'll run around 30 minutes before it eventually jump out and display the ShareArena Error. Anyone care to enlighten me why is the memory leak? I have checked through my program, and am quite sure that there is minimal memory leak, if any. So I am suspecting it might be a performer problem.
With regards, Xian Neng
>Hi Xian, > >Look at my website for a solution for allocating arenas up to 1.5GB large.
>More than that is not likely to succeed on 32 bit programs. The address is
>http://rtset.co.il/rany/index.html and dive into the downloads section. > >In there you will also find a program called "arenadebug" which can help you
>debug the allocation of memory inside the arena. > >Please write to me after you install arenadebug, if you need helpin finding
>your memory leak. > >Ran > > __ | Ran Yakir > /_) _ __ \ / _ / o __ | vi[z]rt >/ )_ (_(_) ) \/ (_(_/<_(_)( | > _/ | >-------------------------------------+-------------------------------- >Phone : | E-mail : ryakir++at++vizrt.com ><mailto:ryakir++at++vizrt.com> > Work : 972-9-9552236 Ext #219 | rany++at++rtset.co.il ><mailto:rany++at++rtset.co.il> > Res. : 972-9-7489974 | > Cell.: 972-58-713040 | >Fax : 972-9-9552239 | > >http://rtset.co.il/rany/index.html <http://rtset.co.il/rany/index.html> > > > >> -----Original Message----- >> From: howxn++at++ivlab.com.sg [mailto:howxn++at++ivlab.com.sg] >> Sent: Friday, February 02, 2001 9:28 AM >> To: info-performer++at++sgi.com >> Subject: pfSharedArena Problems >> >> >> >> I am running a pretty big program and requires quite big arena >> size. I am able >> to allocate 1G of Shared memories, but anything more than that >> will be halved. >> >> >> And I am curious as to what can cause the excessive usage of >> shared memory. >> Even I preload every model and texture at the start of the >> programmed, the arena >> seems to keep increasing during runtime. >> >> Any suggestion will be very much appreciated. Thanks >> >> Xian Neng >> --------- >> >> email: howxn++at++ivlab.com.sg >> ----------------------------------------------------------------------- >> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/ >> Open Development Project: http://oss.sgi.com/projects/performer/ >> Submissions: info-performer++at++sgi.com >> Admin. requests: info-performer-request++at++sgi.com > >
******************************************************************************
--==IFJRGLKFGIR16530UHRUHIHD--
******************************************************************************
From: "DANIEL BASS" <BASSD++at++aaicorp.com> Date: Tue, 06 Feb 2001 08:34:53 -0500 Subject: Multiproc Modes on Linux
I am seeing some unexplained results with a simple test program, which = draws a background ground/sky (my own model, not pfEarthSky) and then N pfClones of a given input = object. I am running on a=20 dual PIII 800 Mhz Geforce2 Ultra RH 6.2 XFree86 4.0.2 Nvidia 0.96 drivers Performer 2.4
When I run as a single process, it works just fine, with N=3D50 getting a = frame rate of > 90 fps If I run as PFMP_APPCULL_DRAW it works, but at a frame rate of 22 fps=20 If I run as PFMP_APPCULLoDRAW it freezes. It seems that both processes = are running full out (top shows them w/ 99% of CPU time), though normally the APPCULL process = is very very light compared to the draw process. The freezing seems to be a function of the = number of objects. If I choose fewer, say N=3D10, it operates just fine without freezing.
Any clues as to what's happening, how I can diagnose it or fix it from = freezing in CULLoDRAW=20 mode?
Thanks,
--daniel
******************************************************************************
This archive was generated by hypermail 2b29 : Wed Feb 07 2001 - 02:09:42 PST