Vassal-3.2.10 wont start

Thus spake Rindis:

“uckelman” wrote:

Rindis, if VASSAL now won’t start for you on subsequent attempts,
please post the errorLog you’re getting from the first attempt.

Okay, error log after first (successful) launch on Win 8:
2014-02-24 08:41:30,807 [0-main] INFO VASSAL.launch.StartUp - Starting
2014-02-24 08:41:30,807 [0-main] INFO VASSAL.launch.StartUp - OS
Windows 8 6.2
2014-02-24 08:41:30,807 [0-main] INFO VASSAL.launch.StartUp - Java
version 1.6.0_45
2014-02-24 08:41:30,807 [0-main] INFO VASSAL.launch.StartUp - VASSAL
version 3.2.12-svn9019
2014-02-24 08:41:30,994 [0-AWT-EventQueue-0] INFO
VASSAL.launch.ModuleManager - Manager
2014-02-24 08:41:46,813 [0-AWT-EventQueue-0] INFO
VASSAL.launch.ModuleManagerWindow - Exiting

And it doesn’t start on the second go, and the Error Log is not updated.

I’ll try to remember to test svn9016 on my Win7 desktop tonight.

Please also try to determine the latest version which does not have
the startup problem for you.


J.

Registry: I see a subfolder marked “VASSAL (3.1.20)” with an InstallLocation key (or whatever it would be called).

The svn9016 installer only sees 3.1.20. It does not see 3.2.11, nor does it see 3.2.12-svn9019 (which is still installed).

I… can’t seem to find one that doesn’t have the problem. I’ve gone all the way back to 3.1.17 (earliest version I had to hand), and they all showed the same behavior on my Win 8 machine.

If there’s any particular version you want me to try, just tell me.

Thus spake Rindis:

Registry: I see a subfolder marked “VASSAL (3.1.20)” with an
InstallLocation key (or whatever it would be called).

The svn9016 installer only sees 3.1.20. It does not see 3.2.11, nor does
it see 3.2.12-svn9019 (which is still installed).

What does the 3.2.12-svn9019 installer see?


J.

Thus spake Rindis:

I… can’t seem to find one that doesn’t have the problem. I’ve gone
all the way back to 3.1.17 (earliest version I had to hand), and they
all showed the same behavior on my Win 8 machine.

This is exactly what I expected would happen. I think the problem
is with your install of Java, not with VASSAL. Try uninstalling and
reinstalling Java.


J.

Hmm… two versions of Java present: 6 Update 27 and 6 Update 45 (64-bit)…

Uninstalled both, went to java.com, and it installed 6 Update 51. Reinstalled Vassal 3.2.11, and it seems to work now.

Now, I hadn’t fiddled with Java on my machine. (I think the second copy is from Vassal 3.1.20 installing.) So, I would think that it was still the original configuration from Microsoft when they put together the Surface Pro 2…

Thus spake Rindis:

“uckelman” wrote:

Thus spake Rindis:

I… can’t seem to find one that doesn’t have the problem. I’ve
gone
all the way back to 3.1.17 (earliest version I had to hand), and
they
all showed the same behavior on my Win 8 machine.

This is exactly what I expected would happen. I think the problem
is with your install of Java, not with VASSAL. Try uninstalling and
reinstalling Java.


J.

Hmm… two versions of Java present: 6 Update 27 and 6 Update 45
(64-bit)…

Oh, yes. Having more than one version of Java installed tends to
cause neither to work properly, in my experience. I should have asked
about that.


J.

Rindis, I believe I know why your file associations disappeared: The uninstaller was unconditionally removing VASSAL file associations if they existed—which is incorrect if those file associations were put there by a different version of VASSAL. This causes a problem only when you run the uninstaller manually. When the uninstaller is launched from a later version of the installer, new file associations are established by the (new) installer after the (old) uninstaller removes them, which is why most people would never see the problem.

I’ve fixed this in 3.2.12-svn9021: vassalengine.sourceforge.net/builds/

I won’t do anything further on this problem until I hear back that someone having it has only one version of Java installed.

Sorry I didn’t respond for so long after you’ve been so helpful. but I was distracted by work and other issues. I uninstalled and reisntalled java (there were two versions), then installed the new Vassal version posted just above (3.2.12-svn9021) and was just now able to repeatedly open and close vassal, so it seems as if you’ve solved it, thanks.

Incidentally, what game does your icon come from?

Thus spake BSkene:

Sorry I didn’t respond for so long after you’ve been so helpful. but I
was distracted by work and other issues. I uninstalled and reisntalled
java (there were two versions), then installed the new Vassal version
posted just above (3.2.12-svn9021) and was just now able to repeatedly
open and close vassal, so it seems as if you’ve solved it, thanks.

I’m glad it workd for you now.

Incidentally, what game does your icon come from?

That icon is from the Cyberboard gamebox for AH’s The Longest Day.


J.

The 3.2.12-svn9021 version didn’t solve this for me, so I just stayed with 3.2.11; however, I need to use Task Manager to end task on Java, and then can restart Vassal, and it works fine after the restart. Thanks for your effort!

Thus spake sithstalker:

The 3.2.12-svn9021 version didn’t solve this for me, so I just stayed
with 3.2.11; however, I need to use Task Manager to end task on Java,
and then can restart Vassal, and it works fine after the restart. Thanks
for your effort!

Did you check whether you have more than one version of Java installed?


J.

Yes, I checked and only have one version, in a folder “jre6” under “program files”.

Thus spake sithstalker:

Yes, I checked and only have one version, in a folder “jre6” under
“program files”.

That’s not the way to check. You need to look in “Add/Remove Programs”.


J.

Actually in Windows 8.1, it’s under “Programs and Features” I have Java 6 Update 31, and Java 6 Update 45 (64-bit)…is that the problem?

Thus spake sithstalker:

Actually in Windows 8.1, it’s under “Programs and Features” I have Java
6 Update 31, and Java 6 Update 45 (64-bit)…is that the problem?

Yes. Based on those names, you have a 32-bit and a 64-bit JVM installed
at the same time, which might also be the cause. Uninstall one of them.


J.

I uninstalled the 32-bit version, but the problem still exists. After I exit the Vassal program, it will not restart without manually closing the Java file with the Task manager.

Thus spake sithstalker:

Yes. Based on those names, you have a 32-bit and a 64-bit JVM
installed
at the same time, which might also be the cause. Uninstall one of
them.

I uninstalled the 32-bit version, but the problem still exists. After I
exit the Vassal program, it will not restart without manually closing
the Java file with the Task manager.

Did you reboot after uninstalling 32-bit Java? We’ve frequently seen
Java behaving oddly if you use it after changing what’s installed but
before rebooting.

If rebooting doesn’t help, try uninstalling the remaining version of
Java (so you have none) and then reinstall a current version of 64-bit
Java.


J.

Uninstalled Java completely per your suggestion, and reinstalled Ver 7.55. It now works fine…thank you for your help!