I met the same problem. Any one knowns it ?? Thanks in advance.
> Hello, > > No idea about this issue from anybody ? > > We know that a workaround to this issue is to create > a symlink to the > executable file called a.out > > ln -s /laki2/singapore/dbs/dbs_3/dbs_xrdb/mx a.out > > before running the pstack command on the core file. > > Thanks, > William. > > > On 01/19/07 William Roche wrote: > > > > Hello, > > > > I'd like to know if this problem rings a bell to > anyone: > > > > A customer has a program that generates a core, and > on the machine where > > the core is generated, they run a "pstack core" > command. > > > > On S10 FCS (03/05), the stack has most of the > symbols resolved --> OK > > > > > > Now when they run the same program on S10 Update 1 > (01/06) or S10 Update > > 3, it generates a core and the "pstack core" output > on this machine > > misses the symbols from the executable itself. > > > > Running the pstack command with the LIBPROC_DEBUG > flag gave us some > > interesting elements, but I'd like to understand > how those differences > > could be triggered ? > > > > I've attached an HTML table with some differences I > noticed, and the > > full outputs for the failing case (01/06) and the > succeeding case (03/05). > > > > If you have any hint on how to reproduce a test > case that would fail the > > same way (we can't use the customer's application > and can't get their > > core file). Or even better, how to fix it ;) > > > > > > Thanks in advance for any hint you could give me. > > > > > > Cheers, > > William. > > <div id="jive-html-wrapper-div"> > > <h1><center>Libproc debug trace > differences</center></h1> > <table border="1"> > <tr> > enter>S10 01/06 <b>FAILING</b></center></td> > <td><center>S10 03/05 FCS > S <b>OK</b></center></td></tr> > <tr> > ibproc DEBUG: mapping base 10000 filesz 4128768 memsz > 4128768 offset 103480</td> > <td>libproc DEBUG: mapping base 10000 filesz > z 87588864 memsz 87588864 offset 98272</td></tr> > <tr> > ibproc DEBUG: mapping base 400000 filesz 79691776 > memsz 79691776 offset 4232248</td> > <td>libproc DEBUG: mapping base 53a6000 filesz > z 5283840 memsz 5283840 offset 87687136</td></tr> > <tr> > ibproc DEBUG: mapping base 5000000 filesz 3768320 > memsz 3768320 offset 83924024</td> > <td>libproc DEBUG: mapping base 58b0000 filesz > z 274243584 memsz 274243584 offset 92970976</td></tr> > <tr> > ibproc DEBUG: mapping base 53a6000 filesz 5283840 > memsz 5283840 offset 87692344</td> > <td>libproc DEBUG: mapping base ec878000 filesz > z 32768 memsz 32768 offset 367214560</td></tr> > <tr> > ...]</td><td>[...]</td></tr> > <tr> > ibproc DEBUG: Note hdr n_type=18 n_namesz=5 > n_descsz=56</td> > <td>libproc DEBUG: Note hdr n_type=18 n_namesz=5 > 5 n_descsz=56</td></tr> > <tr> > ibproc DEBUG: Note hdr n_type=19 n_namesz=5 > n_descsz=1008</td> > <td>libproc DEBUG: Note hdr n_type=19 n_namesz=5 > 5 n_descsz=1008</td></tr> > <tr> > ibproc DEBUG: Note hdr n_type=21 n_namesz=5 > n_descsz=8</td> > <td>libproc DEBUG: Note hdr n_type=21 n_namesz=5 > 5 n_descsz=8</td></tr> > <tr> > ibproc DEBUG: Note hdr n_type=17 n_namesz=5 > n_descsz=104</td> > <td>libproc DEBUG: Note hdr n_type=17 n_namesz=5 > 5 n_descsz=104</td></tr> > <tr> > ...]</td><td>[...]</td></tr> > <tr> > tld_db: rd_new(0x100105500)</td> > <td>rtld_db: rd_new(0x100105500)</td></tr> > <tr> > tld_db: rd_reset(dmodel=1)</td> > <td>rtld_db: rd_reset(dmodel=1)</td></tr> > <tr> > tld_db: rl: found LDDATA auxv ld.so.1 data seg at: > 0xff3ee000</td> > <td>rtld_db: rl: found LDDATA auxv ld.so.1 data seg > g at: 0xff3ec000</td></tr> > <tr> > tld_db: ve: found valid r_debug structure. Addr: > 0xff3ee000</td> > <td>rtld_db: ve: found valid r_debug structure. > . Addr: 0xff3ec000</td></tr> > <tr> > tld_db: ve: rtld_dbVers: 5 rtldVers: 5 Corefile: > 1</td> > <td>rtld_db: ve: rtld_dbVers: 5 rtldVers: 5 > 5 Corefile: 1</td></tr> > <tr> > tld_db: rd_loadobj_iter32(dmodel=1, > cb=0xffffffff7f2119f4, d=0x100105500)</td> > <td>rtld_db: rd_loadobj_iter32(dmodel=1, > , cb=0xffffffff7f2119f4, d=0x100105500)</td></tr> > <tr> > nbsp;</td><td>?</td></tr> > <tr> > loop of]</td><td>[loop of]</td></tr> > <tr> > tld_db: im: itermap_cb(cb=0xffffffff7f2119f4, > data=0x100105500,</td> > <td>rtld_db: im: itermap_cb(cb=0xffffffff7f2119f4, > , data=0x100105500,</td></tr> > <tr> > tld_db: im: objbase=0x10000, ident=0x0)</td> > <td>rtld_db: im: objbase=0x10000, > , ident=0x0)</td></tr> > <tr> > ibproc DEBUG: rd_loadobj name = > "/laki2/singapore/dbs/dbs_3/dbs_xrdb/mx" rl_base = > 10000</td> > <td>libproc DEBUG: rd_loadobj name = > = "/tmp/dbs_xrdb/mx" rl_base = 10000</td></tr> > <tr> > ibproc DEBUG: elf cksum value is 800d</td> > <td>libproc DEBUG: elf cksum value is 800d</td></tr> > <tr> > ibproc DEBUG: image cksum value is 800d</td> > <td>libproc DEBUG: image cksum value is > s 800d</td></tr> > <tr> > ibproc DEBUG: processing ELF file > /laki2/singapore/dbs/dbs_3/dbs_xrdb/mx</td> > <td>libproc DEBUG: processing ELF file > e /tmp/dbs_xrdb/mx</td></tr> > <tr> > ibproc DEBUG: PLT found at 53a6b5c, size = 5344</td> > <td>libproc DEBUG: PLT found at 53a6b5c, size = > = 5344</td></tr> > <tr> > ibproc DEBUG: _DYNAMIC found at 53a803c, 49 entries, > DT_JMPREL = 5a0970</td> > <td>libproc DEBUG: _DYNAMIC found at 53a803c, 49 > 9 entries, DT_JMPREL = 5a0970</td></tr> > <tr> > ibproc DEBUG: found data for <font > color="red"><b>/laki2/singapore/dbs/dbs_3/dbs_xrdb/mx< > /b></font> at 53a6b58 (pr_offset 0x0)</td> > <td>libproc DEBUG: found data for <font > t color="red"><b>a.out</b></font> at 53a6b58 > (pr_offset 0x0)</td></tr> > <tr> > nbsp;</td><td>?</td></tr> > <tr> > ...]</td><td>[...]</td></tr> > <tr> > ibproc DEBUG: found section header (sh_addr > 0x0)</td> > <td>libproc DEBUG: found section header (sh_addr > r 0x0)</td></tr> > <tr> > ibproc DEBUG: found section header .SUNW_ctf (sh_addr > 0xfe340000)</td> > <td>libproc DEBUG: found section header .SUNW_ctf > f (sh_addr 0xfe330000)</td></tr> > <tr> > ibproc DEBUG: found section header .symtab (sh_addr > 0xfe340000)</td> > <td>libproc DEBUG: found section header .symtab > b (sh_addr 0xfe330000)</td></tr> > <tr> > ibproc DEBUG: found section header .strtab (sh_addr > 0xfe340000)</td> > <td>libproc DEBUG: found section header .strtab > b (sh_addr 0xfe330000)</td></tr> > <tr> > ibproc DEBUG: found section header .SUNW_ctf (sh_addr > 0xfe390000)</td> > <td>libproc DEBUG: found section header .SUNW_ctf > f (sh_addr 0xfe390000)</td></tr> > <tr> > ...]</td><td>[...]</td></tr> > <tr> > nbsp;</td><td>?</td></tr> > <tr> > <font color="red">New call > to</font>]</td><td>?</td></tr> > <tr> > tld_db: rd_loadobj_iter32(dmodel=1, > cb=0xffffffff7f217e90, > d=0x100105500)</td><td>?</td></tr> > <tr> > nbsp;</td><td>?</td></tr> > <tr> > <font color="red">New Loop > of</font>]</td><td>?</td></tr> > <tr> > tld_db: im: itermap_cb(cb=0xffffffff7f217e90, > data=0x100105500,</td><td>?</td></tr> > <tr> > tld_db: im: objbase=0x10000, > ident=0x0)</td><td>?</td></tr> > <tr> > ibproc DEBUG: encountered rd object at > 10000</td><td>?</td></tr> > <tr> > bproc DEBUG: loaded rd object > /laki2/singapore/dbs/dbs_3/dbs_xrdb/mx lmid > 0</td><td>?</td></tr> > <tr> > ...]</td><td>?</td></tr> > <tr> > nbsp;</td><td>?</td></tr> > <tr> > ibproc DEBUG: Pbuild_file_symtab: failed to open > <font color="red"><b>a.out</b>: No such file or > directory</font></td><td>?</td></tr> > <tr> > ibproc DEBUG: failed to fake up ELF > file</td><td>?</td></tr> > <tr> > ibproc DEBUG: Prelease: releasing handle 100105500 > PS_DEAD of pid 14554</td> > <td>libproc DEBUG: Prelease: releasing handle > e 100105500 PS_DEAD of pid 24146</td></tr> > <tr> > tld_db: rd_delete(0x100126030)</td> > <td>rtld_db: rd_delete(0x100124fa0)</td></tr> > > </table> > > div>_______________________________________________ > tools-linking mailing list > tools-linking at opensolaris.org This message posted from opensolaris.org
