Bug 81040
| Summary: | IBM JDK core dump | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Jon Willeke <willeke> | ||||||||||
| Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||||||||
| Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> | ||||||||||
| Severity: | medium | Docs Contact: | |||||||||||
| Priority: | medium | ||||||||||||
| Version: | 9 | CC: | rdieter | ||||||||||
| Target Milestone: | --- | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | i386 | ||||||||||||
| OS: | Linux | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2004-09-30 15:40:21 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: |
|
||||||||||||
Created attachment 89097 [details]
strace javac foo.java (1.3.1 on 8.0.92)
This is strace output showing a core dump after sigaltstack(). I will attach
strace output from RH 8.0, showing that the next call is mprotect().
RHL 8.0 kernel didn't have futexes; the beta kernel does. It looks like the IBM JDK has broken futex handling..... Created attachment 89098 [details]
strace javac foo.java (1.3.1 on 8.0)
This complements the 8.0.92 strace output, showing that the core dump may have
occurred in mprotect().
Created attachment 89099 [details]
strace javac foo.java (1.4 on 8.0.92)
This strace output shows a hang in futex(). This may be more interesting than
the 1.3.1 output, as the phoebe kernel has extensive threading changes.
Created attachment 89100 [details]
strace javac foo.java (1.4 on 8.0)
For completeness. This complements the 1.4 strace output on phoebe, but the
calls after clone() don't look the same.
have you reported this to IBM? It doesn't look like it's our bug Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 Description of problem: The javac and java programs in the IBM Java Developer Kit core dump on trivial operations. I've found that 1.3.1-3 and 1.4-0 work on RH 8.0 (psyche), but not on RH 8.0.92 (phoebe). I suspect that this is related to the kernel. Previous versions of the JDK mentioned a work around for early versions of the 2.4 kernel: setting the environment variable LD_ASSUME_KERNEL to 2.2.5. This work around is effective. Still, since Red Hat 8.0 doesn't cause a problem, this seems to be a regression. I'll attach strace output of javac for a minimal Java program, foo.java. 1.3.1 appears to core dump calling mprotect(), whereas 1.4 hangs in futex(), shortly after calling mprotect(). Version-Release number of selected component (if applicable): 2.4.20-2.2 How reproducible: Always Steps to Reproduce: 1. Install the IBM Java Developer Kit, version 1.3.1 SR 3 or 1.4. 2. Enter a trivial Java program, such as foo.java: public class foo { public static void main( String args[] ) { } } 3. Try to compile this program with javac: $ /opt/IBMJava2-131/bin/javac foo.java Segmentation fault (core dumped)