JDK-8241824 : "assert(old_ptr != 0) failed: bits for NULL pointers should have been cleaned at dump time" on windows 32bit
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 15
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • OS: windows
  • CPU: x86
  • Submitted: 2020-03-30
  • Updated: 2021-08-03
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
tbdUnresolved
Related Reports
Relates :  
Description
My Windows 32bit build fails because the VM crashes with

ERROR: Failed to generate link optimization data. This is likely a problem with the newly built JVM/JDK.
# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc:  SuppressErrorAt=\memory/archiveUtils.inline.hpp:51
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (c:\mine\projects\openjdk\jdk-jdk\source\src\hotspot\share\memory/archiveUtils.inline.hpp:51), pid=9836, tid=9140
#  assert(old_ptr != 0) failed: bits for NULL pointers should have been cleaned at dump time
#
# JRE version:  (15.0) (fastdebug build )
# Java VM: OpenJDK Server VM (fastdebug 15-internal+0-adhoc.thomas.source, mixed mode, emulated-client, sharing, g1 gc, windows-x86)
# Core dump will be written. Default location: C:\mine\projects\openjdk\jdk-jdk\source\make\hs_err_pid9836.mdmp
#
# An error report file with more information is saved as:
# C:\mine\projects\openjdk\jdk-jdk\source\make\hs_err_pid9836.log
#
#

Build parameters are unexciting:

--with-target-bits=32 --with-debug-level=fastdebug

This is not reproducible on Linux 32bit.

A simple way to reproduce it on Windows is to build 32bit and then to start the JVM from the interim-build folder, without arguments, crashes right away.


Comments
This may be a long standing issue since JDK-8231610 (Relocate the CDS archive if it cannot be mapped to the requested address), as 32-bit Windows is not a commonly tested platform.
30-03-2020