Re: [Fwd: O2 Problem]

New Message Reply Date view Thread view Subject view Author view

Brian Furtaw (brian++at++sgi.com)
Thu, 27 Mar 1997 10:45:09 -0500


One way you could solve this problem is to do an `elfdump -Dl
"name-of-program-here"' this will give you a list of libraries. From that list
take the name of the libraries and put them through nm looking for the
undefined symbol or routine. Read the nm man page to see how to tell whether a
symbol is defined or not. Here is an example of what I am talking about....

% elfdump -Dl berfly

berfly:

                   **** MIPS LIBLIST INFORMATION ****
.liblist :
[INDEX] Timestamp Checksum Flags Name Version
[1] Oct 18 21:56:48 1996 0x2917af11 ----- libpf_ogl.so sgi3.1
[2] Oct 11 04:53:38 1996 0x523f9640 ----- libpfdu_ogl.so sgi3.1
[3] Oct 11 04:52:23 1996 0x34bab62e ----- libpfutil_ogl.so
       sgi3.1
[4] Oct 18 19:56:18 1996 0xf42cb6 ----- libpfui.so sgi3.1
[5] Mar 3 14:48:07 1997 0xa13b5dc ----- libfm.so sgi1.0
[6] Mar 3 14:48:07 1997 0x462cd8d7 ----- libGLU.so sgi1.0
[7] Mar 3 14:48:07 1997 0x9f43c055 ----- libGL.so sgi1.0
[8] Mar 3 14:48:07 1997 0xcbe81fff ----- libXext.so sgi1.0
[9] Mar 3 14:48:07 1997 0x414eece6 ----- libXmu.so sgi1.0
[10] Mar 3 14:48:07 1997 0x6a395112 ----- libX11.so.1 sgi1.0
[11] Mar 3 14:48:07 1997 0x3797a4fe ----- libfpe.so sgi1.0
[12] Mar 3 14:48:07 1997 0xbada345c ----- libm.so sgi1.0
[13] Mar 3 14:48:07 1997 0x9240563d ----- libmalloc.so sgi1.0
[14] Mar 3 14:48:07 1997 0x3f3f0103 ----- libC.so sgi1.0
[15] Aug 28 19:10:11 1996 0x178bd498 ----- libc.so.1 sgi1.0

% cd /usr/lib
% nm libpf_ogl.so | grep XSGIvcQueryChannelInfo
[19396] | 1438732248| |Proc |end=36 int |Text |
XSGIvcQueryChannelInfo
[19397] | 1540| |End |ref=19396 |Text |
XSGIvcQueryChannelInfo
[25998] | 1438732248| |Proc |ref=19396 |Text |
XSGIvcQueryChannelInfo

% elfdump -Dl libpf_ogl.so

libpf_ogl.so:

                   **** MIPS LIBLIST INFORMATION ****
.liblist :
[INDEX] Timestamp Checksum Flags Name Version
[1] Mar 3 14:48:07 1997 0x414eece6 ----- libXmu.so sgi1.0
[2] Mar 3 14:48:07 1997 0x462cd8d7 ----- libGLU.so sgi1.0
[3] Mar 3 14:48:07 1997 0x9f43c055 ----- libGL.so sgi1.0
[4] Mar 3 14:48:07 1997 0xcbe81fff ----- libXext.so sgi1.0
[5] Mar 3 14:48:07 1997 0x3f3f0103 ----- libC.so sgi1.0

% alias findX 'nm \!* | grep XSGIvcQueryChannelInfo'
% findX libGL.so
[1258] | 228491864| |Proc |end=36 int |Text |
XSGIvcQueryChannelInfo
[1259] | 1540| |End |ref=1258 |Text |
XSGIvcQueryChannelInfo
[1418] | 228491864| |Proc |ref=1258 |Text |
XSGIvcQueryChannelInfo

% elfdump -Dl libGL.so

libGL.so:

                   **** MIPS LIBLIST INFORMATION ****
.liblist :
[INDEX] Timestamp Checksum Flags Name Version
[1] Mar 3 14:48:07 1997 0x184ec618 -E--- libGLcore.so sgi1.0
[2] Mar 3 14:48:07 1997 0xcbe81fff ----- libXext.so sgi1.0
[3] Mar 3 14:48:07 1997 0x6a395112 ----- libX11.so.1 sgi1.0
[4] Aug 28 19:10:11 1996 0x178bd498 ----- libc.so.1 sgi1.0

Could not find it in any of these libraries so check to see if
XSGIvcQueryChannelInfo is defined in libGL.so .

Brian

On Mar 26, 11:43pm, G.W. Estep II wrote:
> Subject: [Fwd: O2 Problem]
>
> I have seen this also on the following:
>
> R4K Indigo2 Max Impact, IRIX 6.2 Performer 2.1
>
> R4K Indigo Elan, IRIX 6.2 Performer 2.1
>
> R4K Onyx, IRIX 6.2, Performer 2.1
>
> I've gone back to Performer 2.0.2 on all of these
>
> to continue working until 2.2 comes out.
>
> Didier Guzzoni wrote:
>
> Hi Performers,
>
> We are currently evaluating an O2 (running IRIX 6.3) with our
> Performer based application. We can compile it with Performer Ver
> 2.2 (beta),
> run it and, at the execution time we get a the following message :
>
> 15924:./example: rld: Fatal Error: attempted access to unresolvable
> symbol in
> ./example: XSGIvcQueryChannelInfo
>
> The same code works on a MAX Impact running IRIX 6.2 with Performer
> 2.2 beta
> and an Extreme running IRIX 5.3 with Performer 2.0.
>
> Has someone ever met this message ?
>
> Thanks in advance,
>
> Didier
>
> --
> Didier Guzzoni
> Swiss Federal Institute of Technology
> Phone : ++41 21 693 3823 e-mail : guzzoni++at++imtsg7.epfl.ch
> Fax : ++41 21 693 5859
> =======================================================================
>
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
>
> -- ########################## # G.W. Estep II # # RIVA
> Technologies, Inc.# # email: gw++at++rivatech.com # # phone: 817.496-8833
> # # fax : 817.496-3336 # ########################## 
>
> [ message/rfc822 ] :
>
> Received: from rivafw.rivatech.com (rivafw.rivatech.com [192.168.1.2]) by
linus.rivatech.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA28343
for <gw++at++rivatech.com>; Tue, 25 Mar 1997 18:00:42 -0600
> Received: by rivafw.rivatech.com (940816.SGI.8.6.9/940406.SGI)
> for <gw++at++rivatech.com> id RAA01921; Tue, 25 Mar 1997 17:58:28 -0600
> Received: from sgigate.sgi.com(204.94.209.1) by rivafw.rivatech.com via smap
(V1.3)
> id sma001917; Tue Mar 25 17:58:07 1997
> Received: from holodeck.csd.sgi.com by sgigate.sgi.com via ESMTP
(951211.SGI.8.6.12.PATCH1502/940406a.SGI)
> id PAA17040; Tue, 25 Mar 1997 15:59:03 -0800
> Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
> for info-performer-dist++at++holodeck.csd.sgi.com id JAA15655; Tue, 25 Mar
1997 09:32:54 -0800
> Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP
(950413.SGI.8.6.12/911001.SGI)
> for <info-performer++at++holodeck.csd.sgi.com> id JAA15639; Tue, 25 Mar 1997
09:32:54 -0800
> Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP
(950413.SGI.8.6.12/910805.SGI)
> for <info-performer++at++relay.csd.sgi.com> id JAA18802; Tue, 25 Mar 1997
09:32:53 -0800
> Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by
sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA06373 for
<info-performer++at++sgi.com>; Tue, 25 Mar 1997 09:32:39 -0800
> Received: (from guzzoni++at++localhost) by imtsg11.epfl.ch
(940816.SGI.8.6.9/8.6.12) id SAA12218 for info-performer++at++sgi.com; Tue, 25 Mar
1997 18:27:19 +0100
> From: "Didier Guzzoni" <guzzoni++at++imtsg11.epfl.ch>
> Message-Id: <9703251827.ZM12216++at++imtsg11.epfl.ch>
> Date: Tue, 25 Mar 1997 18:27:19 +0100
> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
> To: info-performer++at++sgi.com
> Subject: O2 Problem
> Mime-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
>
> Hi Performers,
>
> We are currently evaluating an O2 (running IRIX 6.3) with our
> Performer based application. We can compile it with Performer Ver 2.2 (beta),
> run it and, at the execution time we get a the following message :
>
> 15924:./example: rld: Fatal Error: attempted access to unresolvable symbol in
> ./example: XSGIvcQueryChannelInfo
>
> The same code works on a MAX Impact running IRIX 6.2 with Performer 2.2 beta
> and an Extreme running IRIX 5.3 with Performer 2.0.
>
> Has someone ever met this message ?
>
> Thanks in advance,
>
>
> Didier
>
> --
> Didier Guzzoni
> Swiss Federal Institute of Technology
> Phone : ++41 21 693 3823 e-mail : guzzoni++at++imtsg7.epfl.ch
> Fax : ++41 21 693 5859
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
>
>-- End of excerpt from G.W. Estep II

-- 
o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o

Brian Furtaw (brian++at++sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(301)572-3293 Fax: (301)872-3293 Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer ======================================================================= 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:57 PDT

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