SUN JAVA VM FOR MAC UPDATE
This has worked very well unto Apple release the J006 update and removed the browser plugin (see ). I sometimes need to use Network Connect in my OS X VM to connect to my data center VPN (my host is connected to the corporate VPN).
SUN JAVA VM FOR MAC CODE
J ()V+19 2D(Ljava/lang/String II)Lsun/font/Font2D +855 2D()Lsun/font/Font2D +83 $FontAccessImpl.getFont2D(Ljava/awt/Font )Lsun/font/Font2D +1 2D(Ljava/awt/Font )Lsun/font/Font2D +4 ()V+4 .(Ljava/awt/Font Ljava/awt/font/FontRenderContext )V+62 (Ljava/awt/Font Ljava/awt/font/FontRenderContext )Lsun/font/FontDesignMetrics +128 (Ljavax/swing/JComponent Ljava/awt/Font )Ljava/awt/FontMetrics +15 (Ljava/awt/Font )Ljava/awt/FontMetrics +2 .getPreferredSize(Ljavax/swing/JComponent )Ljava/awt/Dimension +22 ()Ljava/awt/Dimension +26 (Ljava/awt/Container )Ljava/awt/Dimension +157 ()Ljava/awt/Dimension +43 ()Ljava/awt/Dimension +1 ()Ljava/awt/Dimension +39 (Ljava/awt/Container )V+159 ()V+11 ()V+1 ()V+47 ()V+110 ()V+110 ()V+110 ()V+60 ()V+14 ()V+12 (Z)V+5 (Z)V+2 (Z)V+2 code that calls JFrame.Not so new VMware Fusion user but new to the community. V jni_CallVoidMethodV+0x156Ĭ JNFCallVoidMethod+0xafĬ Java_sun_font_CFontManager_loadNativeFonts+0x324 V jni_invoke_nonstatic(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*)+0x274 V JavaCalls::call_helper(JavaValue*, methodHandle const&, JavaCallArguments*, Thread*)+0x21a Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)Ĭ TSFNTFont::GetFormat() const+0x5bĬ TTrueTypeFont::IsTrueTypeFont(TSFNTFont const&)+0xeĬ TFont::CreateFontEntities(char const*, bool, bool&, short, char const*, bool)+0xc1dĬ TFont::CreateFontEntitiesForFile(char const*, bool, bool, short, char const*)+0xf0Ĭ FPFontCreateFontsWithPath+0xa1Ĭ create_private_data_array_with_path+0x1dĬ CGFontCreateFontsWithPath+0x1aĬ CGFontCreateFontsWithURL+0x175Ĭ CreateFontsWithURL(_CFURL const*, bool)+0xc7Ĭ CreateFontWithFontURL(_CFURL const*, bool)+0x3aĬ TCGFontCache::CopyFont(_CFURL const*, bool)+0xa2Ĭ TBaseFont::CopyNativeFont() const+0x8dĬ TBaseFont::CopyGraphicsFont() const+0x12Ĭ CTFontCopyGraphicsFont+0x74Ĭ -+0x5cĬ ++0xe8Ĭ Java_sun_font_CFont_createNativeFont+0x50 These fonts are loaded regardless of what fonts are being used in the JFrame. Search for font book and the app should be the top search result.Ĭlick any font, then press Command + A to select all of the fonts.įrom the File menu, choose Validate Fonts.Ĭlean up the broken fonts (red icon indicating an error in the validation) by disabling or removing the font.ĭigging in to the stack trace of the error, ultimately I found that the error happens while initializing fonts.
Open the Font Book app by using the macOS Spotlight search in the upper right corner. To fix the broken fonts, causing the JVM crash in TSFNTFont::GetFormat() of libFontParser.dylib: This issue is also fixed by using Font Book to repair/disable broken installed fonts. In the discussion, they fixed the issue by using Font Book to disable broken broken Arial fonts (because their crash specifically mentions Arial.) But, in my searches, I stumbled on this old Apple Communities thread from 2013 that shares the similarity of a SIGBUS crash in TSFNTFont::GetFormat() of libFontParser. Unfortunately, they fixed the issue by reinstalling macOS, which isn't ideal. The only mention of the same error I found was this person who encountered the same crash running IntelliJ. This was on macOS High Sierra, Java 11.0.1+13. # Java VM: OpenJDK 64-Bit Server VM (11.0.1+13, mixed mode, tiered, compressed oops, g1 gc, bsd-amd64) # A fatal error has been detected by the Java Runtime Environment:
Here's the summary from the hotspot vm file, I include the longer stack trace at the end of this post. Upon trying to show the first JFrame in the Java program on a Mac, the program closed with a fatal JVM error. I recently ran into a new JVM crash with a customer, and found that there wasn't much online when I researched the problem.
0 kommentar(er)
