[oi-dev] problem with firefox in hipster

[Alexander Pyhalov]

Hello.

On 07/19/2013 16:35, Erol Zavidic wrote:
> Alex,
>
> I bumped zlib this week so I have a bit of history here. All symbols from 1.2.3 versions have SUNW_1.2 label and newer are labeled with 1.3.
> The 64bit calls were introduced after 1.2.3 and now carry 1.3 label, have a look at mapfile in zlib directory.

The trace goes through inflate_table.

#0  0xfeef5935 in _lwp_kill () from /usr/lib/firefox/../libc.so.1
(gdb) bt
#0  0xfeef5935 in _lwp_kill () from /usr/lib/firefox/../libc.so.1
#1  0xfeeed342 in thr_kill () from /usr/lib/firefox/../libc.so.1
#2  0xfee90f3b in raise () from /usr/lib/firefox/../libc.so.1
#3  0xfc83ea84 in 
__1cNnsProfileLockSFatalSignalHandler6FipnHsiginfo_pv_v_ ()
    from /usr/lib/firefox/libxul.so
#4  0xfeef0e05 in __sighndlr () from /usr/lib/firefox/../libc.so.1
#5  0xfeee5833 in call_user_handler () from /usr/lib/firefox/../libc.so.1
#6  <signal handler called>
#7  0xf647b595 in inflate_table () from /usr/lib/firefox/../libz.so.1
#8  0xfa9ef0cc in ?? ()
#9  0x00000025 in ?? ()
#10 0xfc9d0a9c in __1cInsJARURIHRelease6M_I_ () from 
/usr/lib/firefox/libxul.so
#11 0xfa9ef0cc in ?? ()
#12 0x0003e024 in ?? ()
#13 0x00000000 in ?? ()

I don't see it in mapfile... Could you look at this bug? If you are 
familiar in any way with the code, maybe you'll be able to fix it with 
appropriate mapping?

-- 
Best regards,
Alexander Pyhalov,
system administrator of Computer Center of Southern Federal University