Bug under WinXP

Anything related to a beta release of JPatch: Bugs, enhancements, general discussion...

Bug under WinXP

Postby dcuny » Thu May 25, 2006 11:52 pm

I finally tracked down the problem with XP not running from the command line; the PATH wasn't set correctly. :roll:

I tried loading in a walk animation with the 20060523 version, but it won't load. I get the following dump
Code: Select all
...
addKey 9084202 pos 0.0
addKey 5519585 pos 0.0
unknown protocol: c
java.net.MalformedURLException: unknown protocol: c
        at java.net.URL.<init>(URL.java:574)
        at java.net.URL.<init>(URL.java:464)
        at java.net.URL.<init>(URL.java:413)
        at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:648)
        at com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineDocVersion(XMLVersionDetector.java:186)
        at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:771)
        at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
        at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
        at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
        at jpatch.control.importer.AnimationImporter.loadAnimation(AnimationImporter.java:60)
        at jpatch.boundary.action.ImportJPatchAnimationAction.load(ImportJPatchAnimationAction.java:62)
        at jpatch.boundary.action.ImportJPatchAnimationAction.actionPerformed(ImportJPatchAnimationAction.java:48)
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1957)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2280)
        at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:377)
        at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:232)
        at javax.swing.AbstractButton.doClick(AbstractButton.java:357)
        at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1137)
        at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1178)
        at java.awt.Component.processMouseEvent(Component.java:5957)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3280)
        at java.awt.Component.processEvent(Component.java:5722)
        at java.awt.Container.processEvent(Container.java:1960)
        at java.awt.Component.dispatchEventImpl(Component.java:4365)
        at java.awt.Container.dispatchEventImpl(Container.java:2018)
        at java.awt.Component.dispatchEvent(Component.java:4195)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4222)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3886)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3816)
        at java.awt.Container.dispatchEventImpl(Container.java:2004)
        at java.awt.Component.dispatchEvent(Component.java:4195)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
I get pretty much the same error if I try to load an existing model:
Code: Select all
C:\DOCUME~1\dcuny\DESKTOP\JWALK>java -jar jpatch.jar
Stating JPatch...
Showing splash screen...
Loading preferences...
Loading actions...
Loading key bindings...
Building menues and toolbars...
JPatch is ready.
loading C:\Documents and Settings\dcuny\Desktop\jpatch_full_source\models\CartoonRabbit.jpt
unknown protocol: c
java.net.MalformedURLException: unknown protocol: c
        at java.net.URL.<init>(URL.java:574)
        at java.net.URL.<init>(URL.java:464)
        at java.net.URL.<init>(URL.java:413)
        at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:648)
        at com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineDocVersion(XMLVersionDetector.java:186)
        at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:771)
        at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737)
        at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)
        at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1205)
        at jpatch.control.importer.JPatchImport.importModel(JPatchImport.java:106)
        at jpatch.boundary.action.ImportJPatchAction.load(ImportJPatchAction.java:96)
        at jpatch.boundary.action.ImportJPatchAction.actionPerformed(ImportJPatchAction.java:48)
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1957)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2280)
        at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:377)
        at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:232)
        at javax.swing.AbstractButton.doClick(AbstractButton.java:357)
        at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1137)
        at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1178)
        at java.awt.Component.processMouseEvent(Component.java:5957)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3280)
        at java.awt.Component.processEvent(Component.java:5722)
        at java.awt.Container.processEvent(Container.java:1960)
        at java.awt.Component.dispatchEventImpl(Component.java:4365)
        at java.awt.Container.dispatchEventImpl(Container.java:2018)
        at java.awt.Component.dispatchEvent(Component.java:4195)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4222)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3886)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3816)
        at java.awt.Container.dispatchEventImpl(Container.java:2004)
        at java.awt.Component.dispatchEvent(Component.java:4195)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
computePatches()
I get the same error running the 20060519 version, too. :?
dcuny
 
Posts: 2902
Joined: Fri May 21, 2004 6:07 am

Postby sascha » Fri May 26, 2006 10:37 am

:shock:
Looks like it interpets the "c" int "c:\\program files\..." as protocol filed of an URL.
Can you send me the output of "java -version"?
sascha
Site Admin
 
Posts: 2792
Joined: Thu May 20, 2004 9:16 am
Location: Austria

Postby dcuny » Fri May 26, 2006 5:28 pm

Here is it:
Code: Select all
C:\DOCUME~1\dcuny>java -version
java version "1.6.0-rc"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-rc-b66)
Java HotSpot(TM) Client VM (build 1.6.0-rc-b66, mixed mode, sharing)
Oddly enough, I can't seem to removed the c:\ by manually editing the registry - it seems to automatically add it back in. :?
dcuny
 
Posts: 2902
Joined: Fri May 21, 2004 6:07 am

Postby sascha » Fri May 26, 2006 7:27 pm

1.6.0-rc-b66

Looks like a Mustang (Java 6.0) beta. Do you see the same problems when running on a Java 5.0 JVM?

I can't seem to removed the c:\ by manually editing the registry

I don't understand. What did you try to remove?
sascha
Site Admin
 
Posts: 2792
Joined: Thu May 20, 2004 9:16 am
Location: Austria

Postby dcuny » Fri May 26, 2006 7:42 pm

sascha wrote:
1.6.0-rc-b66

Looks like a Mustang (Java 6.0) beta. Do you see the same problems when running on a Java 5.0 JVM?
I don't remember; I can't recall when I updated.

I can't seem to removed the c:\ by manually editing the registry

I don't understand. What did you try to remove?
I was trying to remove the leading C:\ from the directory string in the registry.
dcuny
 
Posts: 2902
Joined: Fri May 21, 2004 6:07 am

Postby dcuny » Wed Jun 07, 2006 7:22 pm

Any luck on tracking down the bug?
dcuny
 
Posts: 2902
Joined: Fri May 21, 2004 6:07 am

Postby sascha » Wed Jun 07, 2006 9:15 pm

Hrm, no. I haven't tried yet :)

What I'd need to know is wheter you see it with a non-beta JRE too (preferably the latest 1.5.0_07), or just with the Mustang beta?

IIRC I had no problems on Windows and I think I also tried Mustang, but there's a new Mustang snapshot every two weeks, so perhaps your beta is older than mine.

If it also happens with 1.5.0, there must be another problem. If it's related to Mustang and still happens with the latest beta (I'll try it out), I'll file in a bug-report with Sun.
sascha
Site Admin
 
Posts: 2792
Joined: Thu May 20, 2004 9:16 am
Location: Austria

Postby dcuny » Wed Jun 07, 2006 11:24 pm

I've got some stupid popup on my machine that tells me at random times every day that You've got the most current version of Java. I have no idea where the setting is for that, or how to turn it off. :roll:

Java's always sort of baffled me - am I supposed to have the Java JRE, Java SE, Java EE, or what? It's not enough that Sun let Netscape muddy the waters by letting them rename their scripting language Javascript, now I have to figure out which one of the bazillion packages I want to install. And then it's... Ooops, you need to be a member to download that package...

I'm just ranting, but given how long Java has been around, you'd think they'd make things a bit more clear. :?
dcuny
 
Posts: 2902
Joined: Fri May 21, 2004 6:07 am

Postby squirrelhavoc » Thu Jun 08, 2006 5:27 am

dcuny wrote:And then it's... Ooops, you need to be a member to download that package...


Have fun with that one, they are so strict and pushy about the info they demand that you pretty much need to fax them a copy of your birth certificate to download some of their "premium" free packages...
Squirrel Havoc

We live as we think, very very slowly....
squirrelhavoc
 
Posts: 180
Joined: Tue Jun 28, 2005 11:17 pm
Location: Oklahoma, USA

Postby sascha » Thu Jun 08, 2006 9:07 am

I've never thought that I'd stand up for Sun some day, but here we go... ;-)

...am I supposed to have the Java JRE, Java SE, Java EE, or what?


The JRE is just the runtime environment, the SDK is the software development kit, and contains (besides the JRE) the java compiler and other tools. To just run Java application, the JRE is sufficient.

SE is the standard edition (for desktop users), EE is the enterprise editions (for webservers) - so you'll need the standard edition.

See here (which reminds me that I'll have to add a note that JPatch 0.5.x requires Java 5.0).

Ooops, you need to be a member to download that package...

Thats not true. You can download Java 5.0 from here, all you have to do is to click on the "accept license agreement" button.
Those who only need a JRE can also download it from java.com.

A few weeks ago, you needed to be registered to download a Java 6.0 (Mustang) beta, but it seems that this has changed by now.

I'm just ranting, but given how long Java has been around, you'd think they'd make things a bit more clear.

They've changed their licensing terms, so finally there is a Debian package of Sun's Java Platform available - and rumors are that they'll completely open-source it!

For the final release, I plan to have a special Windows installer that includes the proper JRE version - there are some nice exe-packagers available, so JPatch will install just like every other Windows application, and people won't even notice that it's a Java application.

In your case, I could imagine that you've installed a Java 6.0 beta some time and that it's trying to update itself every few days (I think they release a new beta every two weeks).

they are so strict and pushy about the info they demand that you pretty much need to fax them a copy of your birth certificate to download some of their "premium" free packages...

Huh...:?: What packages are you talking about?
sascha
Site Admin
 
Posts: 2792
Joined: Thu May 20, 2004 9:16 am
Location: Austria

Postby pndragon » Thu Jun 08, 2006 11:01 am

For the final release, I plan to have a special Windows installer that includes the proper JRE version - there are some nice exe-packagers available, so JPatch will install just like every other Windows application, and people won't even notice that it's a Java application.

I would suggest making 2 versions of the Windows release. One with the JRE and one without. Not everyone has a fast connection.

--- Jim
"We're so sorry, Uncle Albert,
But we haven't done a bloody thing all day."
--- Paul McCartney
pndragon
 
Posts: 591
Joined: Sun Dec 05, 2004 1:27 am
Location: North Carolina

Postby sascha » Thu Jun 08, 2006 12:20 pm

I would suggest making 2 versions of the Windows release.

Agreed.

Of course Windows users will still be able to use the platform independend distribution (which basically provides the jpatch.jar archive). I'll have to play with these exe-packagers, but I might even end up with two (additional) windows versions: One with a JRE bundled (which will be several MB larger that the jpatch-only file), and one without JRE, but with a nice Windows installer.

For all other users there will be a zip file containing models, documentation, the (executable) jpatch.jar archive and maybe the sourcecode. This is platform independend and can be used on Linux, Mac and Windows machines.
sascha
Site Admin
 
Posts: 2792
Joined: Thu May 20, 2004 9:16 am
Location: Austria

Postby dcuny » Thu Jun 08, 2006 5:59 pm

sascha wrote:I've never thought that I'd stand up for Sun some day, but here we go... ;-)
I'm just saying, it wouldn't kill them to have a little decision matrix on the front page so you could figure out which one you wanted. :?

For the final release, I plan to have a special Windows installer that includes the proper JRE version - there are some nice exe-packagers available, so JPatch will install just like every other Windows application, and people won't even notice that it's a Java application.
So are you going to use something like SwingWT and compile a real native version with GCC? ;)
dcuny
 
Posts: 2902
Joined: Fri May 21, 2004 6:07 am

Postby sascha » Thu Jun 08, 2006 8:30 pm

So are you going to use something like SwingWT and compile a real native version with GCC?

You're kidding, right? :D

No, seriously - I doubt that this would work - I don't believe that they've implemented all the Swing bugs and annoyances, and I don't believe that all my workarounds will work with SwingWT :wink:

And there would be no performance benefit - since the hotspot compiler does compile to native code "on the fly" there's nothing to win with a precompiled GCC version - you'll only loose the ability to load classes at runtime (plugins!).

But I consider switching to SWT/JFace for JPatch 2.0 :-P
sascha
Site Admin
 
Posts: 2792
Joined: Thu May 20, 2004 9:16 am
Location: Austria

Postby dcuny » Thu Jun 08, 2006 9:16 pm

sascha wrote:You're kidding, right? :D
Yes, I am.

If nothing else, it would just distract you from being able to work on JPatch without really giving any benefit.

SWT will be interesting. Eclipse seems to run just fine, and its SWT based. :)
dcuny
 
Posts: 2902
Joined: Fri May 21, 2004 6:07 am

Next

Return to Beta

Who is online

Users browsing this forum: No registered users and 3 guests

cron