Changes between Initial Version and Version 1 of Ticket #193, comment 7


Ignore:
Timestamp:
Dec 30, 2012, 11:06:19 PM (11 years ago)
Author:
dmik
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #193, comment 7

    initial v1  
    11I can confirm this problem. But I doubt it's related to the JPEG.DLL name. It can successfully load JPG files which means the DLL can be found and works.
    22
    3 What actually happens is a crash (reading at the zero address) when saving to a JPG file which Java intercepts and presents as a RuntimeException. The release version traps somewhere near os:malloc() (if the trace is correct). The debug version asserts at line 70 in ResourceArea.cpp which is:
     3What actually happens is a crash (reading at the zero address) when saving to a JPG file which Java intercepts and presents as a RuntimeException. The release version traps somewhere near os:malloc() (if the trace is correct). The debug version asserts at line 70 in resourceArea.hpp which is:
    44{{{
    55    fatal("memory leak: allocating without ResourceMark");