Game crashes on startup.... again!

[IronCoffins]

Game crashes when I try to start it.  Only gets to the cmd screen then exits back to desktop.  then uh... no uhh, I copied the error log down below if this is the cause of the crash.  Build 30.9

 

 

java.lang.ClassNotFoundException: zombie.gameStates.MainScreenState
 at java.net.URLClassLoader$1.run(Unknown Source)
 at java.net.URLClassLoader$1.run(Unknown Source)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.net.URLClassLoader.findClass(Unknown Source)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at com.exe4j.runtime.LauncherEngine.launch(Unknown Source)
 at com.exe4j.runtime.WinLauncher.main(Unknown Source)
 

[harakka]

Verify PZ files on Steam. If that doesn't help, have you installed anything recently that might have messed with any global Java-related settings? Minecraft launchers and "optimizers" are a good bet.

[EnigmaGrey]

If it's the error.log in the installation directory, it's just garbage. Get the console from %username%\zomboid\console.txt. But follow Harakka's advice first.

[IronCoffins]

ok theres this from the console.txt, also i tried the advice above and did not work

 

14-12-2014 11:54:30
-- listing properties --
java.runtime.name=Java SE Runtime Environment
sun.boot.library.path=C:\Documents and Settings\\Deskto...
java.vm.version=23.25-b01
java.vm.vendor=Oracle Corporation
java.vendor.url=http://java.oracle.com/
path.separator=;
java.vm.name=Java HotSpot 64-Bit Server VM
file.encoding.pkg=sun.io
user.script=
user.country=US
sun.java.launcher=SUN_STANDARD
sun.os.patch.level=Service Pack 2
java.vm.specification.name=Java Virtual Machine Specification
user.dir=C:\Documents and Settings\\Deskto...
java.runtime.version=1.7.0_25-b17
java.awt.graphicsenv=sun.awt.Win32GraphicsEnvironment
java.endorsed.dirs=C:\Documents and Settings\\Deskto...
os.arch=amd64
java.io.tmpdir=C:\DOCUME~1\\LOCALS~1\Temp\
line.separator=

java.vm.specification.vendor=Oracle Corporation
user.variant=
os.name=Windows XP
sun.jnu.encoding=Cp1252
java.library.path=./
java.specification.name=Java Platform API Specification
java.class.version=51.0
sun.management.compiler=HotSpot 64-Bit Tiered Compilers
os.version=5.2
user.home=C:\Documents and Settings\
user.timezone=America/New_York
java.awt.printerjob=sun.awt.windows.WPrinterJob
file.encoding=Cp1252
java.specification.version=1.7
user.name=
java.class.path=lwjgl.jar;lwjgl_util.jar;uncommons-ma...
java.vm.specification.version=1.7
sun.arch.data.model=64
java.home=C:\Documents and Settings\\Deskto...
sun.java.command=zombie.gameStates.MainScreenState -sa...
java.specification.vendor=Oracle Corporation
user.language=en
awt.toolkit=sun.awt.windows.WToolkit
java.vm.info=mixed mode
java.version=1.7.0_25
java.ext.dirs=C:\Documents and Settings\\Deskto...
sun.boot.class.path=C:\Documents and Settings\\Deskto...
java.vendor=Oracle Corporation
file.separator=\
java.vendor.url.bug=http://bugreport.sun.com/bugreport/
sun.cpu.endian=little
sun.io.unicode.encoding=UnicodeLittle
sun.desktop=windows
sun.cpu.isalist=amd64
-----
SVN REVISION 964
versionNumber=Early Access v. 30.9 demo=false
connecting to public server list
LightingFPS set to 15
OpenGL version: 4.4.0
Desktop resolution 1360x768
Initial resolution 1024x768 fullScreen=false
GL_ARB_vertex_buffer_object is supported
GLBufferObject using core OpenGL 1.5
Loading RakNet from: ./
Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\Documents and Settings\\Desktop\ProjectZomboid\RakNet64.dll: Can't find dependent libraries
 at java.lang.ClassLoader$NativeLibrary.load(Native Method)
 at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1957)
 at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1882)
 at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
 at java.lang.Runtime.loadLibrary0(Runtime.java:849)
 at java.lang.System.loadLibrary(System.java:1087)
 at zombie.core.raknet.RakNetPeerInterface.init(RakNetPeerInterface.java:19)
 at zombie.GameWindow.init(GameWindow.java:1599)
 at zombie.GameWindow.maina(GameWindow.java:998)
 at zombie.gameStates.MainScreenState.main(MainScreenState.java:150)

[EnigmaGrey]

Run the 32-bit bat file or install the vcredist distributions provided in the /redist/ folder of the game's installation directory. For some reason Steam didn't, or your system lacks an unknown dependency.

[IronCoffins]

Run the 32-bit bat file or install the vcredist distributions provided in the /redist/ folder of the game's installation directory. For some reason Steam didn't, or your system lacks an unknown dependency.

from the _CommonRedist file or just the Redist file in the games installaion file.? ones c++ and the other is a java program. just to be certain whitch one?

[EnigmaGrey]

Ah, for whatever reason it's not the redist folder anymore. _CommonRedist.

[IronCoffins]

Ah, for whatever reason it's not the redist folder anymore. _CommonRedist.

it did not work, not sure what else to do at this point

[EnigmaGrey]

 

Ah, for whatever reason it's not the redist folder anymore. _CommonRedist.

it did not work, not sure what else to do at this point

 

Play the game in 32-bit or make sure it's downloaded the most recent update from Steam, as it should only be launching in 32-bit.

[IronCoffins]

 

 

Ah, for whatever reason it's not the redist folder anymore. _CommonRedist.

it did not work, not sure what else to do at this point

 

Play the game in 32-bit or make sure it's downloaded the most recent update from Steam, as it should only be launching in 32-bit.

 

it is up to date, and the pc is 64 but i've tried both, is there any other info i can still provide?

[EnigmaGrey]

If you've tried 32-bit, it's a different error, and I'll need the console again.

Checked the Steam launcher. It's 32-bit. This is a change Chris made just recently, for this specific problem (RakNet64.dll missing a dependency), because 64-bit has no benefits at this time.
 

(And before someone reads this and thinks it has something to do with a number of "micro-stutter" reports, no: those occurred before this change was made.)