From: mailer-departed-employee++at++gone.sgi.com
Date: 12/20/2000 02:09:13
The attached message was sent to 'Ken Adams'
at Silicon Graphics who left the company around 15-DEC-00.
We are returning it to you UNDELIVERED.
The message was probably addressed to 'adamsk++at++engr.sgi.com'.
If the subject of this message is related to SGI business, please
use one of the SGI contact addresses listed below (if any) or as
a last resort, email helpdesk++at++corp.sgi.com or call +1 650-960-1980 to
help determine the correct person to receive it.
You may also try contacting their manager:
Dan McLachlan, mclach++at++engr.sgi.com
We do not know of any external contact information for this person.
Sincerely,
attached mail follows:
Welcome to the info-performer mailing list DIGEST for December 19 2000
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:
billboards
depth buffer problem
Re: depth buffer problem
Re: polygon reduction
Re: billboards
Re: depth buffer problem
Re: What is the maximal triangle number in a pfGeoSet?
Debug code with pfLinux yet?
Re: pfdConverterMode
Porting Application from IRIX6.5 to LINUX
******************************************************************************
From: Mark Evans <mrrevans++at++yahoo.com>
Date: Tue, 19 Dec 2000 05:19:24 -0800 (PST)
Subject: billboards
I have a complex scene with a lot of billboards (more
than 5K) and therefore I didn't use pfBillboards but
instead pfDCSs - to be able to modify the rotation
angle selectively, based on distance.
I have a function that computes the angle of rotation
for every pfDCS (associated with a billboard), and
also
sets this angle in the pfDCS matrix - so everything is
done in this function. The function takes aprox. 7 ms
every frame, yet, the frame time increases by aprox 22
ms - and the statistics reports that the App step
duration is increased by this amount.
My question is: where does the difference (22 ms - 7
ms) come from? Is it because Performer recomputes the
bounding boxes/speres for the pfDCSs that have the
rotation modified from one frame to another? Is there
other reason? Does the pfBillboard bring advantages
over using pfDCSs for many billboards?
__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/
******************************************************************************
From: Mark Evans <mrrevans++at++yahoo.com>
Date: Tue, 19 Dec 2000 05:25:47 -0800 (PST)
Subject: depth buffer problem
I have 2 geometry files in a scene. Each geometry file
is a rectangle in the XY plane. One is bigger than the
other. The smaller rectangle is 0.1 m higher than the
bigger one. Clearly the Z buffer for my machine does
NOT have enough resolution, as I sometimes see the big
rectangle where the smaller one should be.
Is there a way to force drawing the smaller rectangle
over the bigger one? Disabling depth buffer testing
for the smaller rectangle is out of question, as the
scene is very complex and I have no control over the
order in which the 2 rectangles are located in the
Performer graph.
__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/
******************************************************************************
From: c937161++at++student.dtu.dk
Date: Tue, 19 Dec 2000 14:55:01 +0100
Subject: Re: depth buffer problem
Hi Mark,
You should give pfLayer a try.
Regards,
Hans
On Tue, 19 Dec 2000, Mark Evans wrote:
> I have 2 geometry files in a scene. Each geometry file
> is a rectangle in the XY plane. One is bigger than the
> other. The smaller rectangle is 0.1 m higher than the
> bigger one. Clearly the Z buffer for my machine does
> NOT have enough resolution, as I sometimes see the big
> rectangle where the smaller one should be.
> Is there a way to force drawing the smaller rectangle
> over the bigger one? Disabling depth buffer testing
> for the smaller rectangle is out of question, as the
> scene is very complex and I have no control over the
> order in which the 2 rectangles are located in the
> Performer graph.
>=20
>=20
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Shopping - Thousands of Stores. Millions of Products.
> http://shopping.yahoo.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
>=20
-- Hans Palb=F8l******************************************************************************
From: "David T. Chen" <dave++at++nlm.nih.gov> Date: Tue, 19 Dec 2000 09:26:51 -0500 Subject: Re: polygon reduction
> From: "Lee Willis" <lee-willis++at++home.com> > Date: Mon, 18 Dec 2000 11:56:23 -0800 > Subject: RE: polygon reducer > > Marcin has given you references to mesh simplifiers. > > If you do really want a _polygon_ simplifier, search the web for the > Douglas/Peucker polyline/polygon reduction algorithm. > > Lee Willis > > > -----Original Message----- > > From: Marcin Romaszewicz [mailto:marcin++at++asmodean.engr.sgi.com] > > Sent: Monday, December 18, 2000 11:32 AM > > To: Christopher Lindinger > > Cc: info-performer++at++sgi.com > > Subject: Re: polygon reducer > > > > > > > > Try looking around the web and in research publications for papers on mesh > > simplification. Several papers come to mind: > > > > - William Schroeder, Jonathan Zarge, and William Lorensen. Decimation of > > triangle meshes. SIGGRAPH 1992 Proceedings > > > > - Larry Schumaker. Computing optimal triangulations using simulated > > annealing. Computer-Aided Geometric Design, 10(3-4):329-345, August 1993 > > > > - Hoppe, Derose, Duchamp, McDonald and Stuetzle. Mesh Optimization. > > SIGGRAPH 1993 Proceedings > > > > - Hughes Hoppe. Progressive Meshes. SIGGRAPH 1996 Proceedings > > > > - There's a section about it in Hughes Hoppe's thesis: > > http://www.research.microsoft.com/~hoppe/thesis/thesis.html
A couple other examples are Jon Cohen's Simplifaction Envelopes at:
http://www.cs.unc.edu/~geom/envelope.html
and Michael Garland's Qslim.
http://graphics.cs.uiuc.edu/~garland/software/qslim.html
Garlands code is the fastest I've seen.
Also Will Schroeder's algorithm is implemented in the VTK source code.
Dave Chen dave++at++nlm.nih.gov
-- ___( mailto:dave++at++nlm.nih.gov, http://visual.nlm.nih.gov/~dave )___ The only thing that allows me to keep my slender grip on reality is the friendship I share with my collection of singing potatoes. -- Holly, "Red Dwarf"
******************************************************************************
From: Brian Furtaw <brian++at++sgi.com> Date: Tue, 19 Dec 2000 09:48:46 -0500 Subject: Re: billboards With that many billboards and DCSs you are probably taking a huge time hit for performer scenegraph housekeeping. Was the implementation to slow with pfBillboards or did you just for go the pfBillboards for the pfDCS implementation? You will probably be better off creating a pfFlux'd geoset to hold all your billboards and use the CPU to orient them toward the eye. A good example of this can be found at http://www.dorbie.com/#_cch2_886177090, the application is called Billboard. Using this method you will eliminate the Performer scenegraph housekeeping overhead.
Merry Christmas,
Brian
Mark Evans wrote: > > I have a complex scene with a lot of billboards (more > than 5K) and therefore I didn't use pfBillboards but > instead pfDCSs - to be able to modify the rotation > angle selectively, based on distance. > I have a function that computes the angle of rotation > for every pfDCS (associated with a billboard), and > also > sets this angle in the pfDCS matrix - so everything is > done in this function. The function takes aprox. 7 ms > every frame, yet, the frame time increases by aprox 22 > ms - and the statistics reports that the App step > duration is increased by this amount. > My question is: where does the difference (22 ms - 7 > ms) come from? Is it because Performer recomputes the > bounding boxes/speres for the pfDCSs that have the > rotation modified from one frame to another? Is there > other reason? Does the pfBillboard bring advantages > over using pfDCSs for many billboards? > > __________________________________________________ > Do You Yahoo!? > Yahoo! Shopping - Thousands of Stores. Millions of Products. > http://shopping.yahoo.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
-- ----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: Don Burns <don_burns++at++peru.engr.sgi.com> Date: Tue, 19 Dec 2000 08:35:50 -0800 (PST) Subject: Re: depth buffer problem
You should be able to improve your depth buffer resolution by movin the near plane out. This, if your near plane is arbitrarily set to something close.
-don
On Tue, 19 Dec 2000, Mark Evans wrote:
> I have 2 geometry files in a scene. Each geometry file > is a rectangle in the XY plane. One is bigger than the > other. The smaller rectangle is 0.1 m higher than the > bigger one. Clearly the Z buffer for my machine does > NOT have enough resolution, as I sometimes see the big > rectangle where the smaller one should be. > Is there a way to force drawing the smaller rectangle > over the bigger one? Disabling depth buffer testing > for the smaller rectangle is out of question, as the > scene is very complex and I have no control over the > order in which the 2 rectangles are located in the > Performer graph. > > > __________________________________________________ > Do You Yahoo!? > Yahoo! Shopping - Thousands of Stores. Millions of Products. > http://shopping.yahoo.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: yair++at++polygon.engr.sgi.com (Yair Kurzion) Date: Fri, 15 Dec 2000 13:26:46 -0800 (PST) Subject: Re: What is the maximal triangle number in a pfGeoSet? Hello Yigang !
> I met a problem, my program works well for small model, but it works > incorrectly for big model. I put a big model into one pfGeoSet, the > number of triangles is greater than 65536, then i want to pick one > triangle. The pick is correct for small model, incorrect for big model. > Is it the problem that i have too many triangles in one pfGeoSet? Is the > maximal triangle number for a pfGeoSet is 2^16?
If you use indexed pfGeoSets then the number of vertices is limited to 2^16 (unsigned short). This is an inherent limitation of pfGeoSet.
If your pfGeoSets are not indexed, then they can contain and draw up to 2^32 vertices. There is a bug in the intersection code so intersection works only for up to 2^16 vertices (thanks for finding it). I will fix this bug for the next maintenance release (2.4.1). If you have a small test program that fails to intersect large pfGeoSets, please e-mail it to me. I'll be glad to test it against my fix.
In general, running intersection on very large pfGeoSets is very wasteful. Performer treats a pfGeoSet as an atom. If the pfGeoSet bounding volume intersects your ISECT segments, Performer serially tests for intersection with every triangle in the pfGeoSet.
It would be more efficient to break the pfGeoSet into smaller pfGeoSets - each occupying a smaller bounding volume. The intersection code will run faster.
-yair
-- \_________ \_____ \__ \__ \_____ Yair Kurzion \_________ \_____ \__ \__ \_____ yair++at++sgi.com \__ \__ \____\__ \__ http://reality.sgi.com/yair \__ \__ \__ Work: (650) 933-6502 \__ \__ \__ Home: (408) 226-9771 \__ \__ \__ ----------------------------------------------------------------------- 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: Allen Bierbaum <allenb++at++vrac.iastate.edu> Date: Tue, 19 Dec 2000 15:31:15 -0600 Subject: Debug code with pfLinux yet? Is it possible to do debug application compiling with pfLinux yet?
I know that you can compile an application "-g -O" to get debug symbols, but that still turns on function inlining which makes stepping through code with a debugger a real pain.
-Allen
******************************************************************************
From: ihawkes2++at++csc.com.au Date: Wed, 20 Dec 2000 08:53:32 +1000 Subject: Re: pfdConverterMode --0__=052569BB00096D158f9e8a93df938690918c052569BB00096D15 Content-type: text/plain; charset=us-ascii
Hi Tom, The "-y flt,20,1" option tells perfly to set the flt loader converter mode number 20 to a value of 1. The flt loader modes are described in /usr/share/Performer/src/lib/libpfdb/libpfflt/README.FLT.R15_3 (on our system at least). I've attached an excerpt for you below. Another less descriptive place to look is the flt loader header file in /usr/include/Performer/pfdb/pfflt.h Regards, Ian Hawkes (See attached file: README.FLT.R15_3.excerpt)
"Braun, Tom" <tom.braun++at++lmco.com> on 19/12/2000 08:02:42
To: "Performer (E-mail)" <info-performer++at++sgi.com> cc: Subject: pfdConverterMode
I am loading clipmap textured terrain into perfly. From reading old performer mailing list archives, I found that I need to use the optional parameter of "perfly -y flt,20,1" in order to activate the texgen needed for correct clipcenter placement. Does anyone know where I can find an explanation for the mode and index parameters of "20 and 1"? The perfly code uses the call pfdConverterMode() which "allows the user to access and alter the modes, attributes and values of specific loaders. These modes, attributes and values are defined inside each individual loader."
There doesn't appear to be any available documentation for specific mode and index values.
Any help would be appreciated.
----------------------------------------------------------------------- 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
--0__=052569BB00096D158f9e8a93df938690918c052569BB00096D15 Content-type: application/octet-stream; name="README.FLT.R15_3.excerpt" Content-Disposition: attachment; filename="README.FLT.R15_3.excerpt" Content-transfer-encoding: base64
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQp8IENIQU5HSU5HIE1PREVTIElOIFRIRSBMT0FERVIgICAgICAgICAgICAgICAgICAgICAgICAg ICB8Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0KClRoZSBmdW5jdGlvbiwgcGZkQ29udmVydGVyTW9kZV9mbHQsIGlzIHByb3ZpZGVkIGZv ciBhZmZlY3RpbmcgdGhlCmJlaGF2aW9yIG9mIHRoZSBsb2FkZXIuICAKCgl2b2lkIHBmZENvbnZl cnRlck1vZGVfZmx0ICggaW50IG1vZGUsIGludCB2YWwgKTsKClRoZSBmdW5jdGlvbiBwZmRHZXRD b252ZXJ0ZXJNb2RlX2ZsdCBpcyBwcm92aWRlZCB0byByZXRyaWV2ZSB0aGUgY3VycmVudAp2YWx1 ZSBzZXQgZm9yIGEgZ2l2ZW4gbW9kZToKCglpbnQgcGZkQ29udmVydGVyTW9kZV9mbHQgKCBpbnQg bW9kZSApOwoKU3VwcG9ydGVkIG1vZGVzIGFyZToKCgkjZGVmaW5lIFBGRkxUX0ZMQVRURU4JCQkx CgkjZGVmaW5lIFBGRkxUX0NMRUFOCQkJMgoJI2RlZmluZSBQRkZMVF9DT01CSU5FTE9EUwkJMwoJ I2RlZmluZSBQRkZMVF9TRVFVRU5DRVMJCQk0CgkjZGVmaW5lIFBGRkxUX0FNQklFTlRfSVNfRElG RlVTRQk1CgkjZGVmaW5lIFBGRkxUX1NIT1dUU1RSSVBTCQk2CgkjZGVmaW5lIFBGRkxUX0NPTVBV VEVOT1JNQUxTCQk3CgkjZGVmaW5lIFBGRkxUX01PTk9DSFJPTUUJCTgKCSNkZWZpbmUgUEZGTFRf TEFZRVIJCQk5CgkjZGVmaW5lIFBGRkxUX1VTRUxPTkdJRFMJCTEwCgkjZGVmaW5lIFBGRkxUX1VT RVVOSVRTCQkJMTEKCSNkZWZpbmUgUEZGTFRfQVVUT19PUklFTlQJCTEyCgkjZGVmaW5lIFBGRkxU X0dTVEFURV9UQUJMRVMJCTEzCgkjZGVmaW5lIFBGRkxUX0lOSEVSSVRfR1NUQVRFCQkxNgoJI2Rl ZmluZSBQRkZMVF9PTERfU1RZTEVfWFJFRlMJCTE3CgkjZGVmaW5lIFBGRkxUX0ZPUkNFX1hSRUZf RkxBR1MJCTE4CgkjZGVmaW5lIFBGRkxUX1RSQU5TUEFSRU5DWQkJMTkKCSNkZWZpbmUgUEZGTFRf VVNFX1RFWE1BUAkJMjAKCSNkZWZpbmUgUEZGTFRfQ0FUX0FMR09SSVRITQkJMjEKCSNkZWZpbmUg UEZGTFRfQ0FUX1NDQUxBUgkJMjIKCSNkZWZpbmUgUEZGTFRfU0hBUkVfTFBTVEFURQkJMjMKCSNk ZWZpbmUgUEZGTFRfQ09MTEFQU0VfR0VPTQkJMjUKCSNkZWZpbmUgUEZGTFRfQkVIQVZJT1JTCQkJ MjYKCkZvciBtb3N0IG1vZGVzLCB0aGUgYXBwcm9wcmlhdGUgdmFsJ3MgYXJlIFRSVUUgb3IgRkFM U0UgdG8gZW5hYmxlIG9yCmRpc2FibGUgdGhlIG1vZGUuCgoJUEZGTFRfRkxBVFRFTiAtIFdoZW4g ZW5hYmxlZCwgY2F1c2VzIGEgY2FsbCB0byBwZkZsYXR0ZW4gdG8gCgliZSBtYWRlIGFmdGVyIGEg ZGF0YSBiYXNlIGhhcyBiZWVuIHJlYWQuIFNlZSB0aGUgUGVyZm9ybWVyCglkb2N1bWVudGF0aW9u IGZvciBhIGRlc2NyaXB0aW9uIG9mIHBmRmxhdHRlbi4gVGhpcyBtb2RlIGlzCgllbmFibGVkIGJ5 IGRlZmF1bHQuCgoJUEZGTFRfQ0xFQU4gLSBXaGVuIGVuYWJsZWQsIHRoaXMgbW9kZSBjYXVzZXMg YSBjYWxsIHRvIGJlIAoJbWFkZSB0byBjbGVhblRyZWUgYWZ0ZXIgYSBkYXRhIGJhc2UgaGFzIGJl ZW4gcmVhZCBhbmQsIGlmIGVuYWJsZWQsIAoJcGZGbGF0dGVuIGhhcyBiZWVuIGNhbGxlZC4gY2xl YW5UcmVlIHJlbW92ZXMgZW1wdHkgbm9kZXMgYW5kIAoJcmVwYXJlbnRzIHNpbmdsZSBjaGlsZHJl biBvZiBhIGdyb3VwIG5vZGUgdG8gdGhlIGdyb3VwJ3MgcGFyZW50cy4gIAoJSWYgYSBzaW5nbGUg Y2hpbGQncyBwYXJlbnQgaXMgYSBwZlNDUywgdGhlIHBhcmVudCBpcyBub3QgcmVtb3ZlZCAKCXVu bGVzcyBpdHMgbWF0cml4IGlzIHRoZSBpZGVudGl0eSBtYXRyaXguIFRoaXMgbW9kZSBpcyBlbmFi bGVkCglieSBkZWZhdWx0LgoKCU5PVEU6IHBmRmxhdHRlbiB3aWxsIHRyeSB0byBzZXQgcGZTQ1Mg bWF0cmljZXMgdG8gdGhlCglpZGVudGl0eSwgc28gZW5hYmxpbmcgYm90aCBQRkZMVF9GTEFUVEVO IGFuZCBQRkZMVF9DTEVBTiBjYW4KCWNhdXNlIGEgc2lnbmlmaWNhbnQgc2ltcGxpZmljYXRpb24g b2YgYSBQZXJmb3JtZXIgc2NlbmUgZ3JhcGguIAoKCVBGRkxUX0NPTUJJTkVMT0RTIC0gVGhpcyBj b21iaW5lcyBtdWx0aXBsZSBMT0QgYmVhZHMgaW50bwoJb25lIHBmTE9EIHdoaWNoIGlzIG1vcmUg ZWZmaWNpZW50LiBJdCB0YWtlcyBMT0QgY2VudGVycyBhbmQKCXN3aXRjaCBpbi9vdXQgZGlzdGFu Y2UgaW50byBhY2NvdW50IHdoZW4gY29tYmluaW5nIChmcm9tCglsZWZ0IHRvIHJpZ2h0KS4gVGhp cyBtb2RlIGlzIGVuYWJsZWQgYnkgZGVmYXVsdC4KCglQRkZMVF9TRVFVRU5DRVMgLSBBbmltYXRp b24gc2VxdWVuY2VzIGFyZSBlbmFibGVkIGdlbmVyaWNhbGx5LgoJU2luY2UgdGhlIGxvYWRlciBj YW5ub3QgY2FsbCBwZkdldEZyYW1lUmF0ZSgpLCBpdCB1c2VzIHRoZSB2YWx1ZQoJb2YgUEZGTFRf RlJBTUVSQVRFIHRvIGNvbXB1dGUgdGhlIHBlcmlvZCBmb3IgcGZTZXFUaW1lKCkgYW5kIHN0YXJ0 cwoJdGhlIGFuaW1hdGlvbiBjeWNsaW5nIGNvbnRpbnVvdXNseS4gVG8gYWN0aXZlbHkgY29udHJv bCB0aGUKCXNlcXVlbmNlJ3MgYmVoYXZpb3IsIHlvdSBjYW4gdXNlIHRoZSBDQl9HUk9VUCBjYWxs YmFjayBvciBwZXJoYXBzCglwZkxvb2t1cE5vZGUoKSB0byBnZXQgdGhlIHBmU2VxdWVuY2Ugbm9k ZShzKS4gVGhpcyBtb2RlIGlzIGVuYWJsZWQKCWJ5IGRlZmF1bHQuCgoJUEZGTFRfQU1CSUVOVF9J U19ESUZGVVNFIC0gVGhlIGxvYWRlciBjYW4gY3JlYXRlIHBmTWF0ZXJpYWwncwoJd2l0aCBtYXRl cmlhbCBtb2RlIFBGTVRMX0NNT0RFX0FEIChkZWZhdWx0KSBvciBQRk1UTF9DTU9ERV9DT0xPUi4K CVBGTVRMX0NNT0RFX0FEIG1vZGUgbWFrZXMgdGhlIGFzc3VtcHRpb24gdGhhdCB0aGUgYW1iaWVu dCBjb21wb25lbnQKCW9mIGEgbWF0ZXJpYWwgaXMgdGllZCB0byBpdHMgZGlmZnVzZSBjb21wb25l bnQsIGkuZS4gdGhleSBoYXZlIHRoZQoJc2FtZSBodWUuIFRoaXMgaXMgdGhlIG1vc3QgZWZmaWNp ZW50IG1hdGVyaWFsIG1vZGUgZm9yIEdvdXJhdWQsCglsaXQgZ2VvbWV0cnkuIFBGTVRMX0NNT0RF X0NPTE9SIG1vZGVzIG1hdGNoZXMgaG93IE11bHRpR2VuIHJlbmRlcnMKCWdlb21ldHJ5IGluICJE eW5hbWljIiBsaWdodGluZyBtb2RlLiBNYXRlcmlhbCBtb2RlcyBjYW4gYmUgbWl4ZWQgaW4gCglz dWNjZXNzaXZlIGNhbGxzIHRvIHBmZExvYWRGaWxlX2ZsdCgpLiBUaGlzIG1vZGUgaXMgZW5hYmxl ZAoJYnkgZGVmYXVsdC4gIAoKCVBGRkxUX1NIT1dfVFNUUklQUyAtIFBlcmZvcm1lciB3aWxsIGFs bG93IHlvdSB0byB2aWV3IHRoZSByZXN1bHRzCglvZiB0aGUgcGZkVE1lc2hlciBieSByZW5kZXJp bmcgZWFjaCBtZXNoIGluIGl0cyBvd24gY29sb3IuIFRoaXMKCW1vZGUgc2ltcGx5IGNhbGxzIHBm ZE1lc2hlck1vZGUoKSwgd2hpY2ggeW91IGNhbiBhbHNvIGNhbGwgZGlyZWN0bHkuCglUaGlzIG1v ZGUgaXMgZGlzYWJsZWQgYnkgZGVmYXVsdC4KCglQRkZMVF9DT01QVVRFTk9STUFMUyAtIENoYW5n ZXMgdGhlIG1vZGUgb2YgUEZER0JMRFJfQVVUT19OT1JNQUwgCgl3aGlsZSBidWlsZGluZyBnZW9t ZXRyeS4gSXQgaXMgb24gKFBGREdCTERSX05PUk1BTFNfTUlTU0lORykgYnkKCWRlZmF1bHQgc28g YXMgdG8gY29tcHV0ZSBmYWNlIG5vcm1hbHMgdGhhdCBhcmUgbWlzc2luZy4gVGhpcwoJbW9kZSBz aG91bGQgYmUgZGlzYWJsZWQgKFBGREdCTERSX05PUk1BTFNfUFJFU0VSVkUpIHdoZW4gbG9hZGlu ZwoJZGF0YWJhc2VzIHRoYXQgYXJlIGFscmVhZHkgc2hhZGVkIGFuZC9vciBsaXQgYXMgZGVzaXJl ZCwKCW90aGVyd2lzZSB1bmxpdCBtb2RlbHMgd2lsbCBiZWNvbWUgbGl0LiBQb3NzaWJsZSB2YWx1 ZXMgYXJlIHRoZQoJc2FtZSBhcyBmb3IgcGZkR2VvQmxkck1vZGUoKSBhbmQgYXJlIGRlZmluZWQg aW4KCS91c3IvaW5jbHVkZS9QZXJmb3JtZXIvcGZkdS5oIC4KCglOT1RFOiBFbmFibGluZyBQRkRH QkxEUl9BVVRPX05PUk1BTFMgYWR2ZXJzZWx5IGxpbWl0cyB0aGUgbGVuZ3RocwoJICAgICAgb2Yg bWVzaGVzIHByb2R1Y2VkIGJ5IHBmZFRNZXNoZXIuCgoJUEZGTFRfTU9OT0NIUk9NRSAtIEEgZGF0 YSBiYXNlIGNhbiBiZSBsb2FkZWQgYXMgbW9ub2Nocm9tZSBieQoJZW5hYmxpbmcgUEZGTFRfTU9O T0NIUk9NRS4gVGhpcyBjYXVzZXMgdGhlIGxvYWRlciB0byBjb252ZXJ0IGNvbG9ycwoJYW5kIHRo ZSBtYXRlcmlhbCB0YWJsZSB0byBZSVEgbW9ub2Nocm9tZS4gQWxzbywgZWFjaCBSR0JbQV0KCXRl eHR1cmUgaW1hZ2UgaXMgY29udmVydGVkIChhZ2FpbiBZSVEpIGludG8gYW4gSVtBXSBpbWFnZSBp biBtZW1vcnkuCglUaGUgYXNzb2NpYXRlZCBwZlRleHR1cmUgd2lsbCByZXRhaW4gdGhlIG9yaWdp bmFsIHRleHR1cmUgZmlsZW5hbWUuCglUaGlzIGNhbiBiZSB1c2VmdWwgaW4gY2VydGFpbiBpbW1l cnNpdmUgYXBwbGljYXRpb25zIHdoZXJlLCBmb3IKCWV4YW1wbGUsIHRoZSBsZWZ0IGV5ZSBpcyBk cmF3biBpbnRvIHRoZSBCTFVFIGNoYW5uZWwgYW5kIHRoZQoJcmlnaHQgZXllIGlzIGRyYXduIGlu dG8gdGhlIFJFRC4gVGhpcyBtb2RlIGlzIGRpc2FibGVkIGJ5IGRlZmF1bHQuCgoJUEZGTFRfTEFZ RVIgLSBTZWxlY3RzIHRoZSBsYXllcmluZyBtb2RlIHVzZWQgYnkgdGhlIGxvYWRlcgoJd2hlbiBj cmVhdGluZyBwZkxheWVyIG5vZGVzIGZvciBjby1wbGFuZXIgZ2VvbWV0cnkuIFBvc3NpYmxlCgl2 YWx1ZXMgYXJlIGVudW1lcmF0ZWQgaW4gL3Vzci9pbmNsdWRlL1BlcmZvcm1lci9wci5oLiBUaGlz IG1vZGUKCWlzIHNldCB0byBQRkRFQ0FMX0JBU0VfRkFTVCBieSBkZWZhdWx0LgoJCQoJUEZGTFRf VVNFTE9OR0lEUyAtIFNlbGVjdHMgdGhlIG5hbWluZyBjb252ZW50aW9uIHVzZWQgYnkgdGhlIGxv YWRlcgoJd2hlbiBjcmVhdGluZyBQZXJmb3JtZXIgbm9kZXMuIFR1cm5pbmcgdGhpcyBtb2RlIG9u IGNhdXNlcyB0aGUKCWxvYWRlciB0byB1c2UgdmFyaWFibGUgbGVuZ3RoIGJlYWQgSURzIGZvciBQ ZXJmb3JtZXIgbm9kZSBuYW1lcy4KCVRoZSBQRkZMVF9SRUdJU1RFUl9OT0RFIGF0dHJpYnV0ZSBp cyBub3QgY29tcGF0aWJsZSB3aXRoCgl0aGlzIG1vZGUgYmVjYXVzZSBwYXNzaW5nIHRoZSBsb25n IElEIHdvdWxkIHJlcXVpcmUgYSBjaGFuZ2UgaW4gdGhlCglBUEkgb2YgZmx0UmVnaXN0ZXJOb2Rl VC4gVGhpcyBtb2RlIGlzIGRpc2FibGVkIGJ5IGRlZmF1bHQuCgoJUEZGTFRfVVNFVU5JVFMgLSBT ZWxlY3RzIHRoZSB0YXJnZXQgZGF0YWJhc2UgdW5pdHMgd2hlbiBjcmVhdGluZwoJUGVyZm9ybWVy IG5vZGVzLiBQb3NzaWJsZSB2YWx1ZXMgYXJlIGVudW1lcmF0ZWQgaW4gdGhlIHB1YmxpYwoJaGVh ZGVyIGZpbGUgcGZmbHQuaC4gVGhleSBhcmUgYXMgZm9sbG93czoKCQoJCSNkZWZpbmUgRkxUX01F VEVSUwkwCgkJI2RlZmluZSBGTFRfS0lMT01FVEVSUwkxCgkJI2RlZmluZSBGTFRfRkVFVAkyCgkJ I2RlZmluZSBGTFRfSU5DSEVTCTMKCQkjZGVmaW5lIEZMVF9OQVVUX01JTEVTCTQKCQkKCVRoaXMg bW9kZSBpcyBzZXQgdG8gRkxUX01FVEVSUyBieSBkZWZhdWx0LiBGb3IgZXhhbXBsZSBjYWxsaW5n CglwZmRDb252ZXJ0ZXJNb2RlX2ZsdCggUEZGTFRfVVNFVU5JVFMsIEZMVF9GRUVUICkgd2lsbCBj YXVzZQoJc3Vic2VxdWVudCBPcGVuRmxpZ2h0IGRhdGFiYXNlcyB0byBiZSBsb2FkZWQgaW50byBQ ZXJmb3JtZXIgd2l0aAoJZmVldCBhcyB0aGUgdW5pdCBvZiBtZWFzdXJlLgoKCVBGRkxUX0FVVE9f T1JJRU5UIC0gQ2hhbmdlcyB0aGUgbW9kZSBvZiBQRkRHQkxEUl9BVVRPX09SSUVOVAoJd2hpbGUg YnVpbGRpbmcgZ2VvbWV0cnkuIEl0IGlzIG9mZiAoUEZER0JMRFJfT1JJRU5UX1BSRVNFUlZFKQoJ YnkgZGVmYXVsdCBzbyBhcyBub3QgdG8gZmxpcCBmYWNlcyB0aGF0IGhhdmUgc3RyYW5nZSBub3Jt YWxzLgoJTmVhdCBsaWdodGluZyBlZmZlY3RzIGxpa2Ugc3RhaW5lZCBnbGFzcyB3aW5kb3dzLCBz a3lsaWdodHMsIGFuZAoJc3VycmVhbGlzdGljIGVmZmVjdHMgZ2VuZXJhbGx5IGhhdmUgc3VjaCBu b3JtYWxzLiBQb3NzaWJsZSB2YWx1ZXMKCWFyZSB0aGUgc2FtZSBhcyBmb3IgcGZkR2VvQmxkck1v ZGUoKSBhbmQgYXJlIGRlZmluZWQgaW4KCS91c3IvaW5jbHVkZS9QZXJmb3JtZXIvcGZkdS5oIC4K CglQRkZMVF9HU1RBVEVfVEFCTEVTIC0gU2VsZWN0cyB0aGUgbnVtYmVyIG9mICJpbmRleGVkIHBm R2VvU3RhdGUiCgl0YWJsZXMgdG8gaGFuZGxlL2NyZWF0ZSB3aGlsZSBsb2FkaW5nIGRhdGFiYXNl cy4gVmFsdWVzIGdyZWF0ZXIKCXRoYW4gemVybyBjYXVzZSB0aGUgbG9hZGVyIHRvIGNhbGwgcGZH U2V0R1N0YXRlSW5kZXgoMykgaW5zdGVhZAoJb2YgcGZHU2V0R1N0YXRlKDMpLiBBIHZhbHVlIG9m IHplcm8gb3Igb25lIGlzIG90aGVyd2lzZSB0aGUKCXNhbWUgaW4gdGVybXMgYSBzdG9yYWdlIGJl aGF2aW9yLiBUaGUgZGVmYXVsdCB2YWx1ZSBpcyB6ZXJvLAoJbWVhbmluZyB0aGUgbG9hZGVyIHdp bGwgY2FsbCBwZkdTZXRHU3RhdGUoMykgdG8gYmluZCBwZkdlb1N0YXRlJ3MKCXRvIHBmR2V0U2V0 J3MuCgoJSWYgcGZHU2V0R1N0YXRlSW5kZXgoMykgaXMgY2FsbGVkLCB0aGUgYXBwbGljYXRpb24g bXVzdCBjYWxsCgltZ0dldFNoYXJlZFBhbGV0dGUoKSBhbmQgdXNlIGl0cyBmbHRSZW5kZXJNYXA6 OnJlbmRpdGlvbnMKCShlYWNoIHJlbmRpdGlvbiBpcyBhIHBmR2VvU3RhdGUgdGFibGUpIGFzIHRo ZSBhcmd1bWVudCB0byBhCgljYWxsIHRvIGVpdGhlciBwZkFwcGx5R1N0YXRlVGFibGUoMykgb3Ig cGZDaGFuR1N0YXRlVGFibGUoMykKCWJlZm9yZSB0aGUgZGF0YWJhc2UgaXMgdmlld2FibGUuCgoJ Tk9URTogZmx0U2hhcmVkUGFsZXR0ZTo6cmVuZE1hcCAocmVuZGVyLW1hcCkgaXMgYSBmbHRSZW5k ZXJNYXAqCgkgICAgICBzdWNoIHRoYXQgeW91IGNhbiBjYWxsOgoKCSAgICAgIGZsdFNoYXJlZFBh bGV0dGUqCXBhbGV0dGUgPSBmbHRHZXRDdXJTaGFyZWRQYWxldHRlKCk7CgkgICAgICBmbHRSZW5k ZXJNYXAqCXJlbmRNYXAgPSBwYWxldHRlLT5yZW5kTWFwOwoJICAgICAgcGZDaGFuR1N0YXRlVGFi bGUoIGNoYW4sIHBmR2V0KCByZW5kTWFwLT5yZW5kaXRpb25zLCBXSElDSCApICk7CgoJICAgICAg d2hlcmUgV0hJQ0ggaXMgdGhlICJnZW9zdGF0ZSB0YWJsZSIgb2YgaW50ZXJlc3QuCgoJICAgICAg VGhlIGRlZmF1bHQgdmFsdWUgZm9yIHJlbmRlciBtYXAgMCBpcyBGTFRBX0RFRkFVTFRTIHdoaWNo CgkgICAgICBpcyBiYWNrd2FyZCBjb21wYXRpYmxlIHdpdGggcHJldmlvdXMgbG9hZGVycy4gSWYg dHdvCgkgICAgICByZW5kaXRpb25zIGFyZSByZXF1ZXN0ZWQsIHZpYSBQRkZMVF9HU1RBVEVfVEFC TEVTLCB0aGVuCgkgICAgICByZW5kZXIgbWFwIG9uZSBkZWZhdWx0cyB0byBGTFRBX0lSREVGQVVM VFMuCgoJUEZGTFRfSU5IRVJJVF9HU1RBVEUgLSBFbmFibGVzL2Rpc2FibGVzIHRoZSB1c2Ugb2YK CXBmR2VvU3RhdGVbQXR0cnxNb2RlfFZhbF0oKSBpbmhlcml0YW5jZSB3aGVuIGNvbnN0cnVjdGlu ZwoJZ2Vvc3RhdGVzLgoJCglwZkdlb1N0YXRlIGF0dHJpYnV0ZXMgdGhhdCBhcmUgYWx3YXlzIHNl dCBhcmU6CgkKCSAgUEZTVEFURV9GUk9OVE1UTCBpcyBzZXQgZm9yIGFsbCBmYWNlcy4gQSBkZWZh dWx0CgkgIG1hdGVyaWFsIGVxdWl2YWxlbnQgdG8gTXVsdGlHZW4ncyBpcyB1c2VkIGZvciBmYWNl cwoJICB3aXRob3V0IGEgbWF0ZXJpYWwuCgoJICBQRlNUQVRFX1RFWEVOViBpcyBzZXQgZm9yIHRl eHR1cmUgZW52aXJvbm1lbnRzIG90aGVyCgkgIHRoYW4gUEZURV9NT0RVTEFURS4KCgkgIFBGU1RB VEVfVEVYR0VOIGlzIHNldCBmb3IgcHJvamVjdGVkIHRleHR1cmUuCgoJICBQRlNUQVRFX1RFWFRV UkUgaXMgc2V0IG9yIE5VTEwnZCB3cnQgZmFjZSB0ZXh0dXJlcy4KCQoJcGZHZW9TdGF0ZSBtb2Rl cyB0aGF0IGFyZSBhbHdheXMgc2V0IGFyZToKCQoJICBQRlNUQVRFX0FMUEhBRlVOQyBpcyBQRkFG X0dSRUFURVIgZm9yIGZhY2VzIHdpdGgKCSAgdHJhbnNwYXJlbmN5IG9yIG1hdGVyaWFsIG9yIHRl eHR1cmUgYWxwaGEgY29tcG9uZW50cy4KCgkgIFBGU1RBVEVfQ1VMTEZBQ0UgaXMgUEZDRl9PRkYg Zm9yIDItc2lkZWQgZmFjZXMuCgkKCSAgUEZTVEFURV9FTkxQT0lOVFNUQVRFIGlzIFBGX09OIGFu ZCBQRlNUQVRFX0VORk9HIGlzCgkgIFBGRk9HX09GRiBmb3IgYXR0YWNoZWQgcGZMUG9pbnRTdGF0 ZSdzLgoJICAKCSAgUEZTVEFURV9FTlRFWEdFTiBpcyBQRl9PTiB3aGVuIHVzaW5nIHByb2plY3Rl ZCB0ZXh0dXJlcy4KCSAgU2VlIG1vZGUgUEZGTFRfVVNFX1RFWE1BUC4KCgkgIFBGU1RBVEVfRU5U RVhUVVJFIGlzIFBGX09GRiBmb3IgdW50ZXh0dXJlZCBmYWNlcy4KCgkgIFBGU1RBVEVfVFJBTlNQ QVJFTkNZIGlzIFBGVFJfRkFTVCBmb3IgZmFjZXMgd2l0aAoJICB0cmFuc3BhcmVuY3kgb3IgbWF0 ZXJpYWwgb3IgdGV4dHVyZSBhbHBoYSBjb21wb25lbnRzLgoJICAJCglwZkdlb1N0YXRlIHZhbHVl cyB0aGF0IGFyZSBhbHdheXMgc2V0IGFyZToKCQoJICBQRlNUQVRFX0FMUEhBUkVGIGlzIDQuMCBm b3IgZmFjZXMgd2l0aCB0cmFuc3BhcmVuY3kKCSAgb3IgbWF0ZXJpYWwgb3IgdGV4dHVyZSBhbHBo YSBjb21wb25lbnRzLgoKCUFsbCBvdGhlciBnZW9zdGF0ZSBiaW5kaW5ncyBtYXkgYmUgaW5oZXJp dGVkLiBUaGlzIG1vZGUgaXMKCWRpc2FibGVkIGJ5IGRlZmF1bHQgZm9yIGJhY2t3YXJkIGNvbXBh dGliaWxpdHkuCgoJUEZGTFRfT0xEX1NUWUxFX1hSRUZTIC0gVGhpcyBtb2RlIGNvbnRyb2xzIHRo ZSB3YXkgdGhlCglsb2FkZXIgaGFuZGxlcyBwcmUtVjE0LjIgZXh0ZXJuYWwgcmVmZXJlbmNlcy4g V2hlbiBlbmFibGVkLAoJZmlsZXMgcmVmZXJlbmNlZCBmcm9tIHByZS1WMTQuMiBmaWxlcyBhcmUg bG9hZGVkIHVzaW5nIHRoZWlyCglvd24gcGFsZXR0ZXMsIGFzIGlmIGV4dGVybmFsIHJlZmVyZW5j ZSBvdmVycmlkZSBmbGFncyB3ZXJlIHRydWUuCglUaGlzIGlzIGJhY2t3YXJkIGNvbXBhdGlibGUg d2l0aCBwcmV2aW91cyByZXZpc2lvbnMgb2YgdGhlIGxvYWRlci4KCURpc2FibGluZyB0aGlzIG1v ZGUgY2F1c2VzIG9sZCBleHRlcm5hbCByZWZlcmVuY2VzIHRvIGluaGVyaXQKCWl0J3MgcGFyZW50 IGZpbGUncyBwYWxldHRlcy4gSW4gZWl0aGVyIGNhc2UsIFYxNC4yIGFuZCBsYXRlcgoJcmVmZXJl bmNlcyBob25vciB0aGVpciBvdmVycmlkZSBmbGFncy4gVGhpcyBtb2RlIGlzIGVuYWJsZWQKCWJ5 IGRlZmF1bHQuCgoJUEZGTFRfRk9SQ0VfWFJFRl9GTEFHUyAtIFRoaXMgaXMgYSBjb21wYXRpYmls aXR5IG1vZGUgdGhhdAoJYWxsb3dzIHRoZSB1c2VyIHRvIGZvcmNlIGV4dGVybmFsIHJlZmVyZW5j ZSBvdmVycmlkZSBmbGFncyB0bwoJVFJVRS4gV2hlbiBlbmFibGVkLCBhbGwgVjE0LjIgYW5kIGxh dGVyIGV4dGVybmFsIHJlZmVyZW5jZXMKCXdob3NlIG92ZXJyaWRlcyBhcmUgYWxsIEZBTFNFIHdp bGwgYmUgY2hhbmdlZCB0byBUUlVFLiBUaGlzIG1vZGUKCWlzIGRpc2FibGVkIGJ5IGRlZmF1bHQu CgoJUEZGTFRfVFJBTlNQQVJFTkNZIC0gQ2hhbmdlcyB0aGUgbW9kZSBvZiBQRlNUQVRFX1RSQU5T UEFSRU5DWSAKCXdoaWxlIGJ1aWxkaW5nIGdlb21ldHJ5LiBJdCBpcyBQRlRSX0ZBU1QgZm9yIHRy YW5zcGFyZW50CglnZW9tZXRyeSBieSBkZWZhdWx0IGFuZCBQRlRSX09GRiBvdGhlcndpc2UuIFBv c3NpYmxlIHZhbHVlcwoJYXJlIHRoZSBzYW1lIGFzIGZvciBwZkdTdGF0ZU1vZGUoIFBGU1RBVEVf VFJBTlNQQVJFTkNZICkgYW5kCglhcmUgZGVmaW5lZCBpbiAvdXNyL2luY2x1ZGUvUGVyZm9ybWVy L3ByLmggLgoKCVBGRkxUX1VTRV9URVhNQVAgLSBFbmFibGVzIHRoZSB1c2Ugb2YgcHJvamVjdGVk IHRleHR1cmUgZm9yCgltYXBwaW5ncyB0aGF0IGRvIG5vdCByZXF1aXJlIGl0LiBUaGlzIGlzIGN1 cnJlbnRseSBwYXJ0aWN1bGFyCgl0byAzIHBvaW50ICJwdXQiIG1hcHBpbmdzLiBUaGlzIG1vZGUg aXMgZGlzYWJsZWQgYnkgZGVmYXVsdC4KCglQRkZMVF9DQVRfQUxHT1JJVEhNIC0gQ2hhbmdlcyB0 aGUgcnVuLXRpbWUgYWxnb3JpdGhtIHRoYXQKCWlzIGNvbmZpZ3VyZWQgYnkgdGhlIGxvYWRlci4g UG9zc2libGUgdmFsdWVzIGFyZSBlbnVtZXJhdGVkIGluCgl0aGUgcHVibGljIGhlYWRlciBmaWxl IHBmZmx0LmguIFRoZXkgYXJlIGFzIGZvbGxvd3M6CgkKCQkjZGVmaW5lIEZMVF9DQVRfQVBQX0NV TEwJMQoJCSNkZWZpbmUgRkxUX0NBVF9BUFBfU0xJQ0UJMgoJCQoJICBGTFRfQ0FUX0FQUF9DVUxM IHVzZXMgcGZDeWNsZUJ1ZmZlcidzIHRvIGRpc3RyaWJ1dGUgdGhlCgkgIGV2YWx1YXRpb24gYWNy b3NzIHRoZSBBUFAgYW5kIENVTEwgcHJvY2Vzc2VzLiBUaGlzIG1ldGhvZAoJICBjb21wbGV0ZXMg ZWFjaCBmcmFtZS4KCgkgIEZMVF9DQVRfQVBQX1NMSUNFIHRpbWUgc2xpY2VzIHRoZSBldmFsdWF0 aW9uIGFjcm9zcyBmb3VyCgkgIEFQUCBmcmFtZXMuIFRoaXMgaXMgdGhlIGRlZmF1bHQgbW9kZS4K CglOT1RFOiBUaGlzIG1vZGUgaXMgb2Jzb2xldGUgZm9yIFBlcmZvcm1lciAyLjIKCglQRkZMVF9D QVRfU0NBTEFSIC0gQ2hhbmdlcyB0aGUgcnVuLXRpbWUgZmVlZGJhY2sgbWVjaGFuaXNtIHRoYXQK CWFkanVzdHMgdGhlIGxldmVsIG9mIGRldGFpbCBvZiB0aGUgQ0FUIGV2YWx1YXRpb24gZWFjaCBm cmFtZS4KCVBvc3NpYmxlIHZhbHVlcyBhcmUgZW51bWVyYXRlZCBpbiB0aGUgcHVibGljIGhlYWRl ciBmaWxlIHBmZmx0LmguCglUaGV5IGFyZSBhcyBmb2xsb3dzOgoJCgkJI2RlZmluZSBGTFRfQ0FU X0xPRF9TQ0FMRQkxCgkJI2RlZmluZSBGTFRfQ0FUX0NIQU5fU1RSRVNTCTIKCQkKCSAgRkxUX0NB VF9MT0RfU0NBTEUgY2F1c2VzIGEgY2FsbCB0byBwZkdldENoYW5BdHRyKCAsIFBGTE9EX1NDQUxF ICkKCSAgZWFjaCBmcmFtZSwgZWZmZWN0aXZlbHkgaG9va2luZyBpbnRvIGNoYW5uZWwgTE9EIHNj YWxlLiBUaGlzIGlzCgkgIHRoZSBkZWZhdWx0IG1vZGUuCgoJICBGTFRfQ0FUX0FQUF9TTElDRSBj YXVzZXMgYSBjYWxsIHRvIHBmR2V0Q2hhblN0cmVzcygpIGVhY2ggZnJhbWUsCgkgIGVmZmVjdGl2 ZWx5IGhvb2tpbmcgaW50byBjaGFubmVsIHN0cmVzcy4KCglFaXRoZXIgbWVjaGFuaXNtIGlzIHBh cnQgb2YgdGhlIFRSQVZfQVBQIGNhbGxiYWNrcyBzZXR1cCBieQoJUEZGTFRfQ0FUX0FMR09SSVRI TS4KCglQRkZMVF9TSEFSRV9MUFNUQVRFIC0gRW5hYmxlcy9EaXNhYmxlcyB0aGUgc2hhcmluZyBv ZiBwZkxQb2ludFN0YXRlCgliZXR3ZWVuIGxpZ2h0IHBvaW50IGdlb3NldHMuIFdoZW4gZGlzYWJs ZWQsIGVhY2ggbGlnaHQgcG9pbnQgYmVhZAoJb3IgcHJlLVYxNS4zIGxpZ2h0IHBvaW50IGZhY2Ug YmVhZCB3aWxsIGhhdmUgYSB1bmlxdWUgcGZMUG9pbnRTdGF0ZQoJdGhhdCBjYW4gYmUgbWFuaXB1 bGF0ZWQuIFRoaXMgbW9kZSBpcyBlbmFibGVkIGJ5IGRlZmF1bHQuCgoJUEZGTFRfQ09MTEFQU0Vf R0VPTSAtIEVuYWJsZS9EaXNhYmxlcyB0aGUgcGZkR2VvQnVpbGRlciBtb2RlCglQRkRHQkxEUl9D T0xMQVBTRV9BVFRSUy4gRGlzYWJsaW5nIHRoaXMgbW9kZSBjYW4gaGVscCBwZmRUTWVzaGVyCglj cmVhdGUgbG9uZ2VyIG1lc2hlcyBieSByZWR1Y2luZyB0aGUgZGVncmVlIG9mICJtaXhlZCBiaW5k aW5ncyIuCgkiTWl4ZWQgYmluZGluZyIgb2NjdXJzIHdoZW4gb25seSBvbmUgb2YgZWl0aGVyIHRo ZSBQRkdTX0NPTE9SNCBvcgoJUEZHU19OT1JNQUwzIGF0dHJpYnV0ZXMgY29sbGFwc2VzIHRvIFBG R1NfUEVSX1BSSU0uIFRoaXMgY2FuIGhhcHBlbgoJd2hlbiBhZGphY2VudCBmYWNlcyBoYXZlIGRp ZmZlcmVudCBjb2xvcnMgb3IgbGlnaHRpbmcgY2hhcmFjdGVyaXN0aWNzLgoJRm9yIGV4YW1wbGUs IGEgZmFjZSB3aXRoIHZlcnRleCAoc21vb3RoKSBub3JtYWxzIGFkamFjZW50IHRvIGEgZmFjZQoJ d2l0aCBvbmUgKGZsYXQpIG5vcm1hbCwgb3Igbm8gbm9ybWFsIGF0IGFsbCwgd2lsbCBwcm9kdWNl IHRoaXMgY2FzZS4KCUJld2FyZSB0aG91Z2gsIGFsbCBnZW9zZXRzIHdpbGwgaGF2ZSBQRVJfVkVS VEVYIGF0dHJpYnV0ZXMsIHdoaWNoCgltYXkgYWN0dWFsbHkgY2F1c2UgYSBkcm9wIGluIHBlcmZv cm1hbmNlLiBUaGlzIG1vZGUgaXMgZW5hYmxlZAoJYnkgZGVmYXVsdC4KCglQRkZMVF9CRUhBVklP UlMgLSBFbmFibGVzL0Rpc2FibGVzIHN1cHBvcnQgZm9yIE9wZW5GbGlnaHQKCWJlaGF2aW9ycy4g V2hlbiBlbmFibGVkLCBhbiBldmFsdWF0aW9uIGdyYXBoIGlzIGNyZWF0ZWQgYW5kCglhdHRhY2hl ZCBhcyBwZlVzZXJEYXRhIHRvIHRoZSByb290IG5vZGUgb2YgdGhlIGxvY2FsIHNjZW5lCglncmFw aC4gSW4gYWRkaXRpb24sIGEgbGlzdCBvZiBkcml2ZXIgY29udHJvbCBvYmplY3RzIGlzIGNyZWF0 ZWQKCWFuZCBhdHRhY2hlZCBhcyBQRlRSQVZfQVBQIGRhdGEuIEZpbmFsbHksIGEgUEZUUkFWX0FQ UCBmdW5jdGlvbgoJdGhhdCBldmFsdWF0ZXMgZWFjaCBkcml2ZXIgaW4gdGhlIGxpc3QgaXMgZGVm aW5lZC4gU2VlIHRoZQoJc2VjdGlvbiAiQ29udHJvbGxpbmcgQmVoYXZpb3JzIiBiZWxvdyBmb3Ig bW9yZSBkZXRhaWxzLiBUaGlzCgltb2RlIGlzIGRpc2FibGVkIGJ5IGRlZmF1bHQuCgoK
--0__=052569BB00096D158f9e8a93df938690918c052569BB00096D15--
******************************************************************************
From: "Narasimha Swamy T R" <narasimha.swamy++at++wipro.com> Date: Wed, 20 Dec 2000 11:13:42 +0530 Subject: Porting Application from IRIX6.5 to LINUX Hi,
We have to port an application working on Octane IRIX 6.5 to PC-Linux. The application is related to medical scanner and has a lot of OpenGL and X calls. The application has a lot of Unix system calls and also uses a lot of resources (like RAM). The application size is about a million lines of code.
We wish to know what are the points that we have to consider before starting the porting work. We want to first do an estimate of effort and time.
Thanks for any suggestion and help.
Best regards, Swamy
mailto: narasimha.swamy++at++wipro.com
******************************************************************************
This archive was generated by hypermail 2b29 : Wed Dec 20 2000 - 02:09:20 PST