Summary: | NSS and/or NSPR cause chromium, chromium-bin and firefox (not firefox-bin) to crash after start | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | fbinski |
Component: | [OLD] Library | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
fbinski
2010-01-29 21:34:09 UTC
emerge --info needs to be attached to bug report here. You will also need to provide nss/nspr version being used. I have not been able to duplicate this so please be complete. [ebuild R ] dev-libs/nspr-4.8 USE="debug -ipv6" 0 kB [ebuild R ] dev-libs/nss-3.12.5 USE="-utils" 0 kB http://chromium.googlecode.com/issues/attachment?aid=-6287086432198115199&name=emerge-info.txt http://chromium.googlecode.com/issues/attachment?aid=-4633507144528995837&name=strace-chromium-bin.txt http://chromium.googlecode.com/issues/attachment?aid=-6352066652704513804&name=gdb-chromium.txt and last but not least http://code.google.com/p/chromium/issues/detail?id=32081 If you would please rebuild xulrunner/firefox both and retest. I have a feeling your hitting an alighnment bug in gcc. The bug doesn't show up with freshly recompiled xulrunner-1.9.2-r1 and firefox-3.6-r1 any more. chromium and chromium-bin are still getting Jory A. Pratt: thanks for the tip I've followed your suggestion and recompiled xulrunner and firefox. Firefox works fine now. I've tried the same earlier and it didn't do the trick. I've tried to switch to xulrunner-bin eather with no result. So now it might be just the update, which made the things change. (Firefox stopped to work with the update from 3.0 to 3.5; firefox-bin kept working all the time). Any suggestions to solve the chromium problem? If you would disable all optimizations other then -O2 for your cflags and recompile chromium, if this resolves your problem, then we definitely have hit the alignment bug in 4.3.x gcc. I am gonna temp, assign this to mozilla team, if problem is resolved we will re-assign to gcc team. Jory A. Pratt: 1. firefox works fine for now (see comment 5) so I can't reproduce the bug with it; 2. to get the gdb backtrace I had to recompile chromium, nss and nspr disabling all the optimizations, which I did: http://chromium.googlecode.com/issues/attachment?aid=-6352066652704513804&name=gdb-chromium.txt 3. I've already posted this bug on the chromium bug tracker: http://code.google.com/p/chromium/issues/detail?id=32081 - the last proposition ther was, I should debug myself LD_LIBRARY_PATH="/usr/lib/nspr:/usr/lib/nss:/usr/lib:/lib" chromium and let me know what you get, if it fails also please run in gdb with same library path. yes, thank you with LD_LIBRARY_PATH set correctly chromium and chromium-bin work fine. who is responsible for this variable being not set properly? I'll post this result to chromium bug tracker God save the Queen (In reply to comment #9) > yes, thank you > > with LD_LIBRARY_PATH set correctly chromium and chromium-bin work fine. > who is responsible for this variable being not set properly? > > I'll post this result to chromium bug tracker > > God save the Queen > I am responsible for it, but it is handled via env.d entries, If you would run env-update && source /etc/profile and retest would be appreciated. The 08{nss,nspr} in /etc/env.d should update ld.so.conf properly to find the libs. (In reply to comment #10) > I am responsible for it, but it is handled via env.d entries, If you would run > env-update && source /etc/profile and retest would be appreciated. The > 08{nss,nspr} in /etc/env.d should update ld.so.conf properly to find the libs. > it did work $ cat /etc/env.d/08nspr LDPATH=/usr/lib/nspr $ cat /etc/env.d/08nss LDPATH=/usr/lib/nss thanks again As reporter has reported issue is all resolved I am closing. |