Bug ID: JDK-4885046 JDK-1.5 b08 crash on Redhat 9 in __libc

Type: Bug
Component: hotspot
Sub-Component: runtime
Affected Version: 5.0

Priority: P2
Status: Closed
Resolution: Duplicate
OS: generic,linux,linux_redhat_9.0
CPU: generic,x86

Submitted: 2003-06-27
Updated: 2004-03-12
Resolved: 2004-03-12

The Notepad demo will crash during shutdown with JDK-1.5 b08 on Redhat 9.

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x42073770 during VM shutdown
Function=__libc_free+0x70
Library=/lib/tls/libc.so.6
[...]
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0-beta-b08 mixed mode)
#
# An error report file has been saved as hs_err_pid4893.log.
# Please refer to the file for further information.
#

It happens everytime.

System information:

fez:~> uname -a
Linux fez.sfbay.sun.com 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003 i686 i686 i386
GNU/Linux
fez:~> rpm -q glibc
glibc-2.3.2-27.9

Note that b08 is compiled by gcc-3.2.1.



###@###.### 2003-11-05
This bug is still reproducible with j2sdk 1.5.0 b26.

EVALUATION This bug is filed to document a known issue of Redhat 9. Please see Redhat bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=90301 The problem only happens when running a gcc-3.2-built JDK with NPTL. As tiger is being built by gcc-3.2, and NPTL is the default library on RH-9, people are likely to see this crash in the near future. The problem has been fixed in NPTL in late April, but the change has not shown up in Redhat glibc patches. Before the fix is published on redhat errata site (http://www.redhat.com/errata), here are two possible solutions: 1. set LD_ASSUME_KERNEL to 2.4.1, it will disable NPTL. JDK will be running with LinuxThreads. 2. get the latest glibc development snapshot from redhat rawhide. I tested glibc-2.3.2-57, and it works fine. We can't fix or get around the problem in JDK, so I'm closing it as will-not-fix ###@###.### 2003-06-27 Name: nl37777 Date: 10/23/2003 Since this isn't really an "unexpected bug" anymore - we know that it happens and why it happens -, the J2RE should produce a better error message that explains how to correct the situation, either directly or by reference to a web page. According to ###@###.###, the cause can be identified by checking the pthread version inside the signal handler. Other options considered but rejected in an email discussion were to check the OS during installation (doesn't work for the case of an installation shared by multiple machines) or during JVM startup (non-GUI applications will generally not run into this problem). ====================================================================== This bug is causing testing problem on RedHad 9.0, regression test will all failed with crashes. This (and workaround) need to be documented somewhere and need to be made aware to people who are running test or applications. The crashes happened in Tiger build 26 and the PIT build. ###@###.### 2003-11-03 ====================================================================== See also 4938816. We now believe this bug and 4938816 are due to the same gcc problem - all dynamic libraries share the same __dso_handle, so when a DSO is unloaded, dlclose() improperly calls the clean-up method of _all_ DSO. In 4938816, it caused a crash in compiler thread; in this bug, exit() will unload DSO one by one, it's very likely the clean-up method of some DSO is called more than once, so it tries to free the same object twice, causing a crash in __libc_free. The fix for 4938816 is to build gcc with a newer binutils package. Using that gcc to build JDK, ###@###.### has verified that it also fixes this bug. ###@###.### 2003-11-05 ===================================================================== Redhat finally released a glibc update that can avoid the crash: https://rhn.redhat.com/network/errata/details/index.pxt?eid=1876 In addition to the fix of this __libc_free+0x70 crash (note: we now know that the real problem lies in gcc and the fix is to build gcc with new binutils), this update contains another important NPTL change to fix intermittent pthread_cond_broadcast hangs. The hang was observed during bigapp tests. It's recommended to apply the glibc patch if you are using Redhat 9. ###@###.### 2003-11-12 ===================================================================== Starting from 1.5-b42, JDK 1.5 is compiled with gcc-3.2.1-7a, which is exactly the same as gcc-3.2.1-7, but built with an updated binutils (see 4938816). This has fixed the crash on Redhat 9. I'm closing this bug as a dup of 4963403, as the compiler change was integrated with that bug id. ###@###.### 2004-03-12

12-03-2004

Duplicate :	JDK-4898290 - REGRESSION: More then 200 JCK1.5 tests fail with java crash on RedHat Linux 9.0
Duplicate :	JDK-4992278 - Program termination segfault in case of visible JFrames
Duplicate :	JDK-5005401 - JVM segfault at shutdown, AWT, Linux
Duplicate :	JDK-4989503 - Crash when exiting a Swing app
Duplicate :	JDK-4935793 - JDK1.5.0-b22, hierarchy.java fails with "An unexpected error has been detected b
Duplicate :	JDK-4891505 - TIGER: Linux32: SwingSet demos crash in RedHat 9
Duplicate :	JDK-4943130 - JVM detects SIGSEGV on linux when closing ControlPanel
Duplicate :	JDK-4903127 - rmic -iiop crashes VM on redhat 9
Duplicate :	JDK-4898826 - jit/common/misctests/fpustacktestcase causes VM core dump on RH9.0
Duplicate :	JDK-4917113 - PIT:JVM crash on RH 9 with LD_ASSUME_KERNEL=2.4.1 option
Duplicate :	JDK-4908326 - PIT: test/awt/FontClass/CreateFont/DenyFromFile.sh failed.
Relates :	JDK-6336247 - Error Message Displayed after closing Java ControlPanel after creating Short Cut
Relates :	JDK-4959566 - REG: JVM crash on RH3.0 w/ 4F533F4C494E55583F491418160E4350500306
Relates :	JDK-5010192 - JVM get into so incosistance state it wasn't possible to create a FullThreadDump