Bug 86432
Summary: | Update to glibc-2.3.2-4.80 breaks netscape communicator | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Abramo Bagnara <abramo.bagnara> | ||||
Component: | glibc | Assignee: | Jakub Jelinek <jakub> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 8.0 | CC: | fweimer, mitr | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | athlon | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2003-11-05 19:40:23 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Abramo Bagnara
2003-03-21 21:27:40 UTC
Can you please try ftp://people.redhat.com/jakub/glibc/errata/8.0/ ? I get exactly the same results also after installing RPMS in ftp://people.redhat.com/jakub/glibc/errata/8.0/ as you suggest. I've also tried to reboot the machine after this test upgrade, but nothing has changed. One more attempt: ftp://people.redhat.com/jakub/glibc/errata/8.0/*4.80.3* There were apparently more things needed on kernels which provide broken AT_PLATFORM aux vector element. Using 4.80.3 as you suggest I get the following results: $ /usr/bin/netscape Bus error _but_ $ /usr/lib/netscape/netscape-communicator works. I've traced the culprit in: $ LD_ASSUME_KERNEL=2.2.5 /usr/lib/netscape/netscape-communicator Bus error Does this means this is a bug in netscape wrapper script? The latter command line makes the runtime use a glibc with an older ABI. The difference is in how thread stacks are handled. It seems the netscape version relies on something weird in the memory layout. This certainly isn't guaranteed. Given how badly the netscpae 4 code was (judging from the first mozilla code) I am not at all surprised. If the code without LD_ASSUME_KERNEL works, fine, use it. It's not worth spending time on the other case. Use mozilla with has much better code and actually works. I'm closing the bug. I don't think there is anything we should do. Reopen if you disagree and have a proposal for how to go forward. Created attachment 102306 [details]
gdb traceback, instruction decode, reg value, NULL pointer reference
This problem is reproducible with pthreaded code.
It involves attempting a longjmp from a signal handler after SIGSEGV.
It seems to depend on where the setjmp() was done i.e., not all SIGSEGV
handling cause it.
Core file is available.
|