JDK-4418494 : test nsk/regression/b4343963 crashes java_g VM
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 1.3.1,1.4.0,1.4.1
  • Priority: P3
  • Status: Closed
  • Resolution: Won't Fix
  • OS: generic,solaris_9
  • CPU: generic,sparc
  • Submitted: 2001-02-23
  • Updated: 2001-03-19
  • Resolved: 2001-03-19
Related Reports
Duplicate :  
Duplicate :  
Relates :  
Description

Name: elR10090			Date: 02/23/2001



Server and Client java_g HotSpot VMs (build 1.3.1-beta-b17, build 1.4.0-beta-b52) 
fail to pass the test

    nsk/regression/b4343963

This failure was observed in server and client java_g VMs in -Xmixed mode on
Linux, Solaris Sparc and Solaris Intel. The test passes on WinNT.

The test checks if VM creates core files when they are not needed, and 
inappropriate. Three cases are checked.

1. Wrong library name

    java_g -XrunNoExistingLib -version
    
2. The max heap size is too small
    
    java_g -Xms1 -version
    
3. Incompatible initial and maximum heap sizes specified
    
    java_g -Xms1000000k -version

See log:

##Core file exists
##!checkExitCode
#==> nsk/regression/b4343963 TEST log:
#--> This test on #4343963 bug; Category: hotspot; Subcategory: runtime_system
#    Synopsis: hotspot dumps core on minor vm exits (e.g. mistyped library name)
#
#--> b4343963: TESTED_JAVA :
#/export/ld50/java/dest/jdk1.3.1-b16/solsparc/bin/java_g -hotspot 
#
#--> b4343963: TESTED_JAVA version:
#java version "1.3.1-beta"
#Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-beta-b16)
#Java HotSpot(TM) Client VM (build 1.3.1beta-b16-debug, mixed mode)
#
#--> b4343963: Executing "TESTED_JAVA -XrunNoExistingLib -version" command...
#--> b4343963: OutPut for -XrunNoExistingLib:
#Error occurred during initialization of VM
#Could not find -Xrun library: libNoExistingLib_g.so
#Dumping core....
#
#--> b4343963: FAILED: TESTED_JAVA dumps core for -XrunNoExistingLib
#
#--> b4343963: Executing "TESTED_JAVA -Xms1 -version" command...
#--> b4343963: OutPut for -Xms1:
#Error occurred during initialization of VM
#Too small initial heap
#Dumping core....
#
#--> b4343963: FAILED: TESTED_JAVA dumps core for -Xms1
#
#--> b4343963: Executing "TESTED_JAVA -Xms1000000k -version" command...
#--> b4343963: OutPut for -Xms1000000k:
#Error occurred during initialization of VM
#Incompatible initial and maximum heap sizes specified
#Dumping core....
#
#--> b4343963: FAILED: TESTED_JAVA dumps core for -Xms1000000k
#
#--> b4343963: Executing "TESTED_JAVA -Xms1000000000k -Xmx1000000000k -version" command...
#--> b4343963: OutPut for -Xms1000000000k -Xmx1000000000k:
#Invalid initial heap size: -Xms1000000000k
#Could not create the Java virtual machine.
#
#--> b4343963: PASSED: TESTED_JAVA does not dump core for -Xms1000000000k -Xmx1000000000k
#
#--> TESTED_JAVA dumps core for case(s) where a core dump not needed!
#==> nsk/regression/b4343963 TEST FAILED
#Abort
#Abort
#Abort

This failure looks like a regression of the known bug  

    4343963: hotspot dumps core on minor vm exits (e.g. mistyped library name)

The test belongs to the testbase_nsk testbase located at:

    /net/sqesvr.eng/export/vsn/VM/ladybird/testbase/testbase_nsk
    
To reproduce the failure please use 'doit.sh' script found 
in the directory:

    /net/sqesvr.eng/export/vsn/VM/GammaBase/Bugs/<this bug number>

Use:
    sh doit.sh $JAVA_HOME
    
======================================================================

Comments
EVALUATION john.coomes@eng 2001-02-26 Non-product builds generate core files as a debugging aid, as requested by developers of native libraries; product builds do not generate core files. The core files are unnecessary, though: will change vm_abort() in java.cpp so it never generates a core file and will halt so a debugger can be attached if the command-line option -XX:+ShowMessageBoxOnError is used. Customers will never see this behavior, so this will be fixed in merlin only; too late to put this into ladybird. john.coomes@eng 2001-03-19 Ok, let's do an about face. Closing this as will not fix; other developers felt core files from debug builds would be useful.
19-03-2001