JDK-4500800 : Unexpected exception during startup Forte for Java 3.0
  • Type: Bug
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 1.4.0
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_2000
  • CPU: x86
  • Submitted: 2001-09-07
  • Updated: 2001-10-23
  • Resolved: 2001-10-23
Related Reports
Duplicate :  
Description
>System Info: 
  Product Version       = Forte for Java, CE v. 3.0 (Build 010817)
  IDE Versioning        = IDE/1 spec=1.2.2 impl=010817
  Operating System      = Windows 2000 version 5.0 running on x86
  Java; VM; Vendor      = 1.4.0-beta2; Java HotSpot(TM) Client VM 1.4.0-beta2-b77; Sun Microsystems Inc.
  System Locale         = en_US (f4j_ce)

Sometimes IDE crashes during startup and log with unexpected errors are created on disk.
Full logs are in attachments.


An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x6D1B34F5
Function=[Unknown.]
Library=C:\java\jdk1.4_beta2\jre\bin\fontmanager.dll

NOTE: We are unable to locate the function name symbol for the error
      just occurred. Please refer to release documentation for possible
      reason and solutions.

Current Java thread:
	at sun.awt.font.NativeFontWrapper.registerFonts(Native Method)
	- locked <08D44748> (a java.lang.Class)
	at sun.java2d.SunGraphicsEnvironment.addPathFonts(SunGraphicsEnvironment.java:582)
	at sun.java2d.SunGraphicsEnvironment.registerFonts(SunGraphicsEnvironment.java:487)
	at ...

Local Time = Thu Sep 06 10:58:53 2001
Elapsed Time = 37
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.0-beta2-b77 mixed mode)
#

Comments
EVALUATION Where can I download a copy of this product Forte CE v 3.0 ###@###.### 2001-09-10 E.g. here: http://www.sun.com/forte/ffj/buy.html ###@###.### 2001-09-10 Please re-test with JDK 1.4 b78.. I am unable to re-produce your crash. If the stack is correct then we are dieing in font initialization. I would think this is a 2d bug. Please re-try with latest JDK and let me know how it goes. ###@###.### 2001-09-10 I was able to reproduce it also with b78. You have to start and exit IDE many times, e.g. 10 times. It doesn't occurs always, but only sometimes. Log with jdk1.4 b78 is attached as hs_err_pid288.log. ###@###.### 2001-09-11 Libor, I am unable to see yuor problem. I have re-started this application 20+ times and I am unable to see your problem. Do we need Iplanet server installed, it keeps asking me this? I'm going to pass this to the 2D team for further eval, maybe someone else may have better luck seeing your issue. ###@###.### 2001-09-12 ================================== This appears to be the same as bug 4482430. That bug is also not very reproducible however. sending email to submitter for additional info. ###@###.### 2001-09-12 ============================ Have exchanged a number of emails with the submitter and found that the crash was reproducible with Font2DTest as well and that it happens when opening a particular font - CHEQ_TT.TTF - that was installed by a chess program. Removing that font prevents the crash. However on my system I have no problems with that font and can display it in Font2DTest in every way that the tool supports. So we still have the unexplained situation that only some systems are affected by this. The submitter's system is "Intel Pentium III 1 GHz, 384 MB RAM, 160 MB free on disk C." as previously reported he has Windows 2000 SP2 This seems like a reasonable config with about double the CPU and memory available on my system which works perfectly. It doesn't appear plausible that this is a resource limitation issue. It does appear likely that all the reporters of this problem are tickling the case where we load all fonts in the windows font directory. Forte For Java does this as a result of Swing HTML code explicitly listing all the font families. Font2DTest also explicitly loads all fonts. Some other applications trigger this indirectly as a result of requesting a font which isn't one of the pre-loaded ones, triggering a full search. If this full seearch is avoided then the fonts that cause the problem aren't accessed. Recent changes for 1.4 beta 3 are likely to help in this regard as "common" fonts that were not pre-registered like "Arial" may now be pre-registered and the loadfonts() code as it is known is going to be triggered in fewer apps. ###@###.### 2001-09-18 ============================ The submitter had to reinstall his O/S for unrelated reasons and the problem is no longer reproducible, since I am quite sure this is the same as 4482430 I am closing it as a duplicate of that earlier bug report. ###@###.### 2001-10-23 ============================
23-10-2001