JDK-5044738 : assert "reserving unexpected size block"
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 5.0
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: linux_2.4
  • CPU: x86
  • Submitted: 2004-05-10
  • Updated: 2012-10-08
  • Resolved: 2004-08-30
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other JDK 6
5.0u4Fixed 6 b02Fixed
Related Reports
Relates :  
Description
Failure of test nsk.quick_jvmpi/testbase/src/nsk/jvmpi/EnableEvent/enablev001
with assertion "reserving unexpected size block". This is the full log of a typical failure, this one with server mixed mode on Linux AMD64 show below. These results are part of the following nightly test summary URL:

http://vmsqe.sfbay.sun.com/nightly/mantis/DTWS/results/05-09-04/report.html

#!/bin/sh

CLASSPATH=/var/tmp/Work/exec/nsk.quick_jvmpi-NIGHTLY-RT_Baseline-ServerVM-mixed-64BITLINUX-AMD64-2004-05-10-06-25-26/run2/fhsu.Linux.i386/enablev001:/net/vmsqe.sfbay/export/backup/UNIFIED-DTF/DTWS/suites/nsk.quick_jvmpi/testbase/bin/classes:/var/tmp/Work/JDK/NIGHTLY/RT_Baseline/linux-amd64/lib/tools.jar
PATH=/var/tmp/Work/JDK/NIGHTLY/RT_Baseline/linux-amd64/bin:/bin:/usr/bin:/var/tmp/Work/JDK/NIGHTLY/RT_Baseline/linux-amd64/jre/bin
HOME=/var/tmp
LD_LIBRARY_PATH=/net/vmsqe.sfbay/export/backup/UNIFIED-DTF/DTWS/suites/nsk.quick_jvmpi/testbase/src/nsk/jvmpi/EnableEvent/enablev001/linuxamd64:/net/vmsqe.sfbay/export/backup/UNIFIED-DTF/DTWS/suites/nsk.quick_jvmpi/testbase/src/nsk/share/lib/linuxamd64:/var/tmp/Work/JDK/NIGHTLY/RT_Baseline/linux-amd64/jre/lib/amd64:/var/tmp/Work/JDK/NIGHTLY/RT_Baseline/linux-amd64/jre/lib/amd64/server
RAS_OPTIONS=
DISPLAY=vmsqe.sfbay:0.0
SHELL=/bin/sh

while [ $# -gt 0 ];
do
  if [ $1 = "-jdk" ]; then
	shift 1
	PATH=${1}/bin:${PATH}
	shift 1
  else
	if [ $1 = "-d" ]; then
	  shift 1
	  if [ $# -gt 0  ]; then
		DISPLAY=$1
		shift 1
	  else
		DISPLAY=:0.0
	  fi
	fi
  fi
done

export CLASSPATH
export PATH
export HOME
export LD_LIBRARY_PATH
export RAS_OPTIONS
export DISPLAY
export SHELL

#annotate TEST javaopt=/var/tmp/Work/JDK/NIGHTLY/RT_Baseline/linux-amd64/bin/java -server -Xmixed -Xrunenablev001
/usr/bin/perl /net/vmsqe.sfbay/export/backup/UNIFIED-DTF/DTWS/suites/nsk.quick_jvmpi/testbase/src/nsk/jvmpi/share/run_jvmpi.pl /var/tmp/Work/JDK/NIGHTLY/RT_Baseline/linux-amd64/bin/java -server -Xmixed -DHANGINGJAVA23518 -Xrunenablev001 enablev001
##Exit status of execution step=129
##Core file exists
##!checkExitCode

## To suppress the following error report, specify this argument
## after -XX: or in .hotspotrc:  SuppressErrorAt=/os_linux.cpp:1701]
##
## An unexpected error has been detected by HotSpot Virtual Machine:
##
##  Internal Error (/PrtBuildDir/workspace/src/os/linux/vm/os_linux.cpp, 1701), pid=27075, tid=1024
##
## Java VM: Java HotSpot(TM) 64-Bit Server VM (20040504173344.phh.asmcopy-debug mixed mode, sharing)
##
## Error: assert(bytes % (4*1024*1024) == 0,"reserving unexpected size block")
## An error report file with more information is saved as hs_err_pid27075.log
##
## If you would like to submit a bug report, please visit:
##   http://java.sun.com/webapps/bugreport/crash.jsp
##
#Current thread is 1024
#Dumping core ...


-========

NOTICE: the Linux version of the test machine is unknown. The test machine
is hostname vmnightly6.sfbay



Name: ipR10196			Date: 05/10/2004


Full name of the failing test is

  nsk/jvmpi/EnableEvent/enablev001

I added this record to include test into known bugs list.


======================================================================

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: dragon mustang FIXED IN: dragon mustang INTEGRATED IN: mustang
31-08-2004

SUGGESTED FIX Weaken the assert so it checks for a multiple of the page size rather than 4mb. ###@###.### 2004-05-19
19-05-2004

EVALUATION We believe the assert is bogus, ref email from Fred Oliver. ---- Paul and I have been looking into this. We've come to the conclusion that the assert is bogus. Since the problem is a bogus assert, which - only affects debug builds, - and is only seen on amd64 (server compiler), - and sharing is not supported on the server compiler, - and only seen when a shared archive is manually created, - and only when serialGC is forced (by jvmpi), customers won't see this bug, and we won't push this for beta2. Removing the asserts should be a trivial fix recommended for b52/RC1, to make the debug builds more robust. ---- I'm downgrading this bug from a P1 to a P3. ###@###.### 2004-05-11
11-05-2004