Salem Crashing Constantly, not Java 7 / Enders related

[MrGemini]

Here some Informations from my Java Console (but i dont think thats a crash report):

Java Web Start 10.7.2.10
JRE-Version verwenden 1.7.0_07-b10 Java HotSpot(TM) 64-Bit Server VM
Benutzer-Home-Verzeichnis = C:\Users\Martin
----------------------------------------------------
c: Konsolenfenster löschen
f: Objekte in Finalisierungs-Queue finalisieren
g: Garbage Collect
h: Diese Hilfemeldung anzeigen
m: Speicherauslastung drucken
o: Logging auslösen
p: Proxykonfiguration neu laden
q: Konsole ausblenden
r: Policy-Konfiguration neu laden
s: System- und Deployment-Eigenschaften ausgeben
t: Threadliste ausgeben
v: Thread-Stack ausgeben
0-5: Trace-Ebene auf <n> setzen
----------------------------------------------------
Match: beginTraversal
Match: digest selected JREDesc: JREDesc[version 1.6+, heap=-1-536870912, args=null, href=null, sel=false, null, null], JREInfo: JREInfo for index 0:
platform is: 1.7
product is: 1.7.0_07
location is: http://java.sun.com/products/autodl/j2se
path is: C:\Program Files\Java\jre7\bin\javaw.exe
args is: null
native platform is: Windows, amd64 [ x86_64, 64bit ]
JavaFX runtime is: JavaFX 2.2.0 found at C:\Program Files\Java\jre7\
enabled is: true
registered is: true
system is: true

Match: selecting maxHeap: 536870912
Match: ignoring InitHeap: -1
Match: digesting vmargs: null
Match: digested vmargs: [JVMParameters: isSecure: true, args: ]
Match: JVM args after accumulation: [JVMParameters: isSecure: true, args: ]
Match: digest LaunchDesc: http://dl.dropbox.com/u/18779594/salem/salem2.jnlp
Match: digest properties: [-Dhaven.defserv=plymouth.seatribe.se, -Dhaven.resurl=http://plymouth.seatribe.se/res/]
Match: JVM args: [JVMParameters: isSecure: false, args: -Dhaven.defserv=plymouth.seatribe.se -Dhaven.resurl=http://plymouth.seatribe.se/res/]
Match: digest LaunchDesc: http://plymouth.seatribe.se/java/salem-res.jnlp
Match: digest properties: []
Match: JVM args: [JVMParameters: isSecure: false, args: -Dhaven.defserv=plymouth.seatribe.se -Dhaven.resurl=http://plymouth.seatribe.se/res/]
Match: digest LaunchDesc: http://plymouth.seatribe.se/java/jogl/jogl.jnlp
Match: digest properties: []
Match: JVM args: [JVMParameters: isSecure: false, args: -Dhaven.defserv=plymouth.seatribe.se -Dhaven.resurl=http://plymouth.seatribe.se/res/]
Match: digest LaunchDesc: http://plymouth.seatribe.se/java/jogl/gluegen-rt.jnlp
Match: digest properties: []
Match: JVM args: [JVMParameters: isSecure: false, args: -Dhaven.defserv=plymouth.seatribe.se -Dhaven.resurl=http://plymouth.seatribe.se/res/]
Match: endTraversal ..
Match: JVM args final: -Xmx512m -Dhaven.defserv=plymouth.seatribe.se -Dhaven.resurl=http://plymouth.seatribe.se/res/
Match: Running JREInfo Version match: 1.7.0.07 == 1.7.0.07
Match: Running JVM args match the secure subset: have:<-Xmx512m> satisfy want:<-Xmx512m -Dhaven.defserv=plymouth.seatribe.se -Dhaven.resurl=http://plymouth.seatribe.se/res/>
Match: beginTraversal
Match: digest selected JREDesc: JREDesc[version 0+, heap=-1--1, args=null, href=null, sel=false, com.sun.javaws.jnl.ResourcesDesc@11648e6f, null], JREInfo: JREInfo for index 0:
platform is: 1.7
product is: 1.7.0_07
location is: http://java.sun.com/products/autodl/j2se
path is: C:\Program Files\Java\jre7\bin\javaw.exe
args is: null
native platform is: Windows, amd64 [ x86_64, 64bit ]
JavaFX runtime is: JavaFX 2.2.0 found at C:\Program Files\Java\jre7\
enabled is: true
registered is: true
system is: true

Match: ignoring maxHeap: -1
Match: ignoring InitHeap: -1
Match: digesting vmargs: null
Match: digested vmargs: [JVMParameters: isSecure: true, args: ]
Match: JVM args after accumulation: [JVMParameters: isSecure: true, args: ]
Match: digest LaunchDesc: http://plymouth.seatribe.se/java/salem-res.jnlp
Match: digest properties: []
Match: JVM args: [JVMParameters: isSecure: true, args: ]
Match: endTraversal ..
Match: JVM args final:
Match: Running JREInfo Version match: 1.7.0.07 == 1.7.0.07
Match: Running JVM args match: have:<-Xmx512m> satisfy want:<>
CacheEntry[http://dl.dropbox.com/u/18779594/salem/client-res.jar]: updateAvailable=false,lastModified=Thu Jan 01 01:00:00 CET 1970,length=27865
CacheEntry[http://dl.dropbox.com/u/18779594/salem/salem.jar]: updateAvailable=false,lastModified=Thu Jan 01 01:00:00 CET 1970,length=1319121
Match: beginTraversal
Match: digest selected JREDesc: JREDesc[version 0+, heap=-1--1, args=null, href=null, sel=false, com.sun.javaws.jnl.ResourcesDesc@4c05279b, null], JREInfo: JREInfo for index 0:
platform is: 1.7
product is: 1.7.0_07
location is: http://java.sun.com/products/autodl/j2se
path is: C:\Program Files\Java\jre7\bin\javaw.exe
args is: null
native platform is: Windows, amd64 [ x86_64, 64bit ]
JavaFX runtime is: JavaFX 2.2.0 found at C:\Program Files\Java\jre7\
enabled is: true
registered is: true
system is: true

Match: ignoring maxHeap: -1
Match: ignoring InitHeap: -1
Match: digesting vmargs: null
Match: digested vmargs: [JVMParameters: isSecure: true, args: ]
Match: JVM args after accumulation: [JVMParameters: isSecure: true, args: ]
Match: digest LaunchDesc: http://plymouth.seatribe.se/java/jogl/jogl.jnlp
Match: digest properties: []
Match: JVM args: [JVMParameters: isSecure: true, args: ]
Match: digest LaunchDesc: http://plymouth.seatribe.se/java/jogl/gluegen-rt.jnlp
Match: digest properties: []
Match: JVM args: [JVMParameters: isSecure: true, args: ]
Match: endTraversal ..
Match: JVM args final:
Match: Running JREInfo Version match: 1.7.0.07 == 1.7.0.07
Match: Running JVM args match: have:<-Xmx512m> satisfy want:<>
Match: beginTraversal
Match: digest selected JREDesc: JREDesc[version 0+, heap=-1--1, args=null, href=null, sel=false, com.sun.javaws.jnl.ResourcesDesc@6c9ce1cb, null], JREInfo: JREInfo for index 0:
platform is: 1.7
product is: 1.7.0_07
location is: http://java.sun.com/products/autodl/j2se
path is: C:\Program Files\Java\jre7\bin\javaw.exe
args is: null
native platform is: Windows, amd64 [ x86_64, 64bit ]
JavaFX runtime is: JavaFX 2.2.0 found at C:\Program Files\Java\jre7\
enabled is: true
registered is: true
system is: true

Match: ignoring maxHeap: -1
Match: ignoring InitHeap: -1
Match: digesting vmargs: null
Match: digested vmargs: [JVMParameters: isSecure: true, args: ]
Match: JVM args after accumulation: [JVMParameters: isSecure: true, args: ]
Match: digest LaunchDesc: http://plymouth.seatribe.se/java/jogl/gluegen-rt.jnlp
Match: digest properties: []
Match: JVM args: [JVMParameters: isSecure: true, args: ]
Match: endTraversal ..
Match: JVM args final:
Match: Running JREInfo Version match: 1.7.0.07 == 1.7.0.07
Match: Running JVM args match: have:<-Xmx512m> satisfy want:<>
Starting Resource Preloader Hardlinker
JNLPClassLoader: Finding library jogl.dll
Making hard refs for: sun.net.www.protocol.jar.URLJarFile@2621c1f0
Making hard refs for: sun.net.www.protocol.jar.URLJarFile@32985ae9
Making hard refs for: sun.net.www.protocol.jar.URLJarFile@7243871e
Making hard refs for: com.sun.deploy.cache.CachedJarFile@404aada5
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSigners()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signersRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSignerMap()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signerMapRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getCodeSourceCache()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.codeSourceCacheRef
Making hard refs for: com.sun.deploy.cache.CachedJarFile@66ce4c9c
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSigners()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signersRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSignerMap()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signerMapRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getCodeSourceCache()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.codeSourceCacheRef
Making hard refs for: com.sun.deploy.cache.CachedJarFile@7207ca7e
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSigners()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signersRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSignerMap()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signerMapRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getCodeSourceCache()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.codeSourceCacheRef
Making hard refs for: com.sun.deploy.cache.CachedJarFile@5d7f50ae
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSigners()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signersRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSignerMap()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signerMapRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getCodeSourceCache()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.codeSourceCacheRef
Making hard refs for: com.sun.deploy.cache.CachedJarFile@5189ff76
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSigners()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signersRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSignerMap()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signerMapRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getCodeSourceCache()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.codeSourceCacheRef
Making hard refs for: com.sun.deploy.cache.CachedJarFile@3ae2c5cc
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSigners()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signersRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getSignerMap()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.signerMapRef
calling noarg method hard ref to com.sun.deploy.cache.CachedJarFile.getCodeSourceCache()
attempting hard ref to com.sun.deploy.cache.CachedJarFile.codeSourceCacheRef
JNLPClassLoader: Finding library jawt.dll
JNLPClassLoader: Finding library jogl_awt.dll

[MrGemini]

I use the Windows Firewall and Free AntiVir. Tried to deactivate both and logging in again. Tried to deactivate any Security in Java. No difference - crashes.
I have a Speedport W720v as Router. No internal Firewall activated found in the Settings. Just get the Error Message in Salem (Normal & Ender Client) sometimes:

java.lang.NullPointerException
at haven.HavenPanel.run(HavenPanel.java:408)
at java.lang.Thread.run(Unknown Source)

The weird thing is that it worked at beginning all fine on my other two PC Systems. We must find a way to fix it, or this fantastic game would be useless for me =(

[staxjax]

You wouldn't happen to be German would you? I just noticed some of the foreign language in your error report. I also remembered that another group of German players are experiencing near identical problems.

viewtopic.php?f=10&t=278

Just out of curiosity, have you tried these offline versions of the clients:

http://rghost.ru/40045724

[MrGemini]

Yes im from Germany. I think theres a big Problem to some Connection of Salem in Germany when i read the other Thread. Some of the off Salems doesnt work on 64bit Systems.
This happens when i start the other Off Salems:

java.lang.Error: java.lang.reflect.InvocationTargetException
at haven.MainFrame.javabughack(MainFrame.java:389)
at haven.MainFrame.main2(MainFrame.java:402)
at haven.MainFrame.access$100(MainFrame.java:63)
at haven.MainFrame$8.run(MainFrame.java:472)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.reflect.InvocationTargetException
at java.awt.EventQueue.invokeAndWait(Unknown Source)
at javax.swing.SwingUtilities.invokeAndWait(Unknown Source)
at haven.MainFrame.javabughack(MainFrame.java:380)
... 4 more
Caused by: java.lang.ExceptionInInitializerError
at haven.MainFrame$5.run(MainFrame.java:383)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$200(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: java.lang.RuntimeException: Delayed error in resource gfx/loginscr (v-1), from local res source
at haven.Resource.checkerr(Resource.java:1379)
at haven.Resource.layer(Resource.java:1264)
at haven.Resource.layer(Resource.java:1273)
at haven.Resource.loadtex(Resource.java:1395)
at haven.LoginScreen.<clinit>(LoginScreen.java:48)
... 15 more
Caused by: haven.Resource$LoadException: Could not find resource locally: gfx/loginscr
at haven.Resource$JarSource.get(Resource.java:333)
at haven.Resource$Loader.handle(Resource.java:445)
at haven.Resource$Loader.run(Resource.java:425)
at java.lang.Thread.run(Unknown Source)

[MagicManICT]

Let me reiterate (and forgive the bold, but I'm trying to get the point across):

Make sure to use the default client to troubleshoot.

This is so that loftar gets any error reports generated by the client. This also assures us that problems aren't being caused by extra code in the other clients.

I seem to recall another issue from back on the Haven forums about a specific router brand/model having issues with connections. I don't know if that issue has long since been resolved, still an issue, or what other possibilities there might be. I'm not even sure if I can find the post. (Think I recall who figured it out, but I could be very wrong.)

edit: I *think* this is the thread I was thinking of: http://www.havenandhearth.com/forum/vie ... lit=router. Maybe not. Specifically, a "T-Online" router is mentioned. Only thing is that this was causing hangs and disconnects, not straight out crashes.

[MrGemini]

forgive the bold, but I'm trying to get the point across:

THANK YOU MagicMan !!!

After 14 Days of testing every Day something new i think we finally found the Problem. I never before had to open ports for a game in my Router Configuration, tried just to Opening the Right Ports (UDP 1870 TCP 1871) like its written in that Thread. And - BAM - It works i can go to Boston, Home, Houses - Logins - No crashes. Just sometimes the Client freezes, but it takes bout 20 sec to reconnect then
So every German who reads this Thread and has a Router Speedport w720 Series: Try to open ports if it crashes on more PC Systems.

I hope this finally will stay this way and it will work this way forever =)

Thanks again =)

[staxjax]

Yay, working solution for the other German disconnect threads.

[Ass_Kraken]

If it helps i got another ingame error message today in the left top corner of my screen when i left the house:

Java.lang.NullPointerException
at haven.HavenPanel.run(HavenPanel.java:408)
at java.lang.Thread.run(Unknown Source)

A nullpointerexception is where the mouse clicks in a erronous area. Hence, I believe the error is the house you enterred was not fully loaded and you clicked. Wait until the house is fully loaded until you start moving. (I didn't read the rest of the thread, I'm probablly late with this.)

[masau]

That's not what a nullpointerexception is. A nullpointerexception is what you get when you try to use a null (unset or non-existent) value at inappropriate times - i.e. trying to get the length of a null value rather than an array. While it is possible the nullpointerexception in this case was thrown due to clicking in the wrong place (I don't know how the code is written and don't care enough to look), it is at best an example of how it can be thrown in the game. But moreover, it seems unlikely that the exception was thrown as a result of the click - especially given that the issue has been solved already and was due to ports being closed in a certain router. If I were to guess, I'd say the null pointer was the result of the game trying to access server data through the closed port, getting no response, and trying to use a null value rather than the appropriate one. But again, I haven't looked at the code.

I have to assume you were trolling, in which case, that was perhaps the most awesome and believable (fake) description of a nullpointerexception I have heard - if I wasn't a programmer (and specifically, a java programmer) I might have bought it.

[Wieland]

This seems to affect more Speedport models, opening the ports helped on a 500 series Speedport as well.