We closed this forum 18 June 2010. It has served us well since 2005 as the ALPHA forum did before it from 2002 to 2005. New discussions are ongoing at the new URL http://forum.processing.org. You'll need to sign up and get a new user account. We're sorry about that inconvenience, but we think it's better in the long run. The content on this forum will remain online.
Index › Suggestions & Bugs › Software Bugs › Crash on Launch
‹ Previous Topic | Next Topic ›
Page Index Toggle Pages: 1
Crash on Launch (Read 885 times)
mulder
Crash on Launch
Sep 20th, 2005, 10:24pm  
The current version 091 (and earlier versions) crash upon launch; that is, they quit before they finish launching. No error message is generated; you just get the standard box to send a bug report to Apple.

I'm running 10.3.9 with the Java update applied long ago, so I don't think that's the problem. The crash log below tells me nothing I can use, so maybe one of the developers has an idea on how to fix this:

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : Bus Error occurred at PC=0x9657DC6C
Function=[Unknown.]
Library=/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Fram
eworks/CoreGraphics.framework/Versions/A/CoreGraphics

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.getFontMetrics(Native Method)
- locked <0x6e8bf2a8> (a java.lang.Class)
at sun.awt.font.FontDesignMetrics.initMatrixAndMetrics(FontDesignMetrics.java:179)
at sun.awt.font.FontDesignMetrics.<init>(FontDesignMetrics.java:164)
at apple.awt.CToolkit.getFontMetrics(CToolkit.java:1157)
- locked <0x59075b18> (a apple.awt.CToolkit$LookAndFeelChangeListener)
at javax.swing.text.GlyphPainter1.sync(GlyphPainter1.java:204)
at javax.swing.text.GlyphPainter1.getSpan(GlyphPainter1.java:42)
at javax.swing.text.GlyphView.getPreferredSpan(GlyphView.java:498)
at javax.swing.text.FlowView$LogicalView.getPreferredSpan(FlowView.java:679)
at javax.swing.text.FlowView.calculateMinorAxisRequirements(FlowView.java:214)
at javax.swing.text.BoxView.checkRequests(BoxView.java:913)
at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:542)
at javax.swing.text.BoxView.calculateMinorAxisRequirements(BoxView.java:881)
at javax.swing.text.BoxView.checkRequests(BoxView.java:913)
at javax.swing.text.BoxView.setSpanOnAxis(BoxView.java:325)
at javax.swing.text.BoxView.layout(BoxView.java:682)
at javax.swing.text.BoxView.setSize(BoxView.java:379)
at javax.swing.plaf.basic.BasicTextUI$RootView.setSize(BasicTextUI.java:1600)
at javax.swing.plaf.basic.BasicTextUI.getPreferredSize(BasicTextUI.java:807)
at javax.swing.JComponent.getPreferredSize(JComponent.java:1275)
at javax.swing.JEditorPane.getPreferredSize(JEditorPane.java:1212)
at javax.swing.ScrollPaneLayout.layoutContainer(ScrollPaneLayout.java:769)
at java.awt.Container.layout(Container.java:1020)
at java.awt.Container.doLayout(Container.java:1010)
at java.awt.Container.validateTree(Container.java:1092)
at java.awt.Container.validateTree(Container.java:1099)
at java.awt.Container.validateTree(Container.java:1099)
at java.awt.Container.validateTree(Container.java:1099)
at java.awt.Container.validateTree(Container.java:1099)
at java.awt.Container.validateTree(Container.java:1099)
at java.awt.Container.validateTree(Container.java:1099)
at java.awt.Container.validateTree(Container.java:1099)
at java.awt.Container.validate(Container.java:1067)
- locked <0x5905c630> (a java.awt.Component$AWTTreeLock)
at java.awt.Window.dispatchEventImpl(Window.java:1604)
at java.awt.Component.dispatchEvent(Component.java:3543)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:456)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:2
34)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:184
)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:100)

Any help would be appreciated.
Back to top
 
 
fry
Re: Crash on Launch
Reply #1 - Sep 21st, 2005, 1:20am  
have you changed the default font that you're using? perhaps try getting rid of your preferences.txt file?
Back to top
 
WWW  
mulder
Re: Crash on Launch
Reply #2 - Sep 21st, 2005, 3:40am  
As far as I can tell, I can't even select a font unless the program will launch, so I haven't done anything with that. I did try deleting the Preferences file several times and relaunching, but that has no effect.
Back to top
 
 
fry
Re: Crash on Launch
Reply #3 - Sep 21st, 2005, 5:36am  
do you have problems with any other java apps? do you have anything weird installed in your java classpath or places like /System/Library/Java/Extensions?

have you ever installed one of the developer builds of java? are you using the security update for java that was released this week? (~41MB download.. shows up in software update, described here: http://docs.info.apple.com/article.html?artnum=302265)

since the error is coming from native code, it's generally gonna be something outside of our control, but we need to figure out if there's something that processing.app is doing to trigger it.
Back to top
 
WWW  
mulder
Re: Crash on Launch
Reply #4 - Sep 21st, 2005, 4:58pm  
No, there doesn't seem to be any problems with other Java apps; just this one. I've never installed a developer version of Java, and I'm not using the recent Java Security Update until I hear more about problems with it.

I believe I may have inadvertently figured out the problem. Processing.app seems to assume (and require) that you have the Helvetica.dfont installed, even though this is not a font required by the System (although it is required for some apps that ship with OS X, which Apple doesn't bother to mention.

Somehow this font seems to have been removed from my System/Library/Fonts folder, even though I haven't touched that folder in over a year, so it wasn't available when Processing.app started up. Now that I put it back in, Processing launches completely.

I think this should be changed so that it doesn't rely on that font and instead choose any available System font if Helvetica isn't available, instead of crashing and not reporting the error accurately.
Back to top
 
 
fry
Re: Crash on Launch
Reply #5 - Sep 21st, 2005, 5:11pm  
actually i think Helvetica.dfont, like any others in /System/Library/Fonts, is a required system font. and apple's java implementation is probably confused when it doesn't exist, and is crashing.

java applications that request a font that's not available will simply get a "default" font back, so nothing should be crashing. it appears to be apple's problem (or that of any person who removes something from the system fonts dir).
Back to top
 
WWW  
fry
Re: Crash on Launch
Reply #6 - Oct 15th, 2005, 8:12pm  
resolved, closing thread.
Back to top
 
WWW  
Page Index Toggle Pages: 1
‹ Previous Topic | Next Topic ›