openMSX Launcher 1.9

I've noticed some game detection errors while filling my MSX games database:

The following SHA is wrongly detected as Zaxxon (Sega):
c4c9384ecda54b51d7d400188de00543620b7afc Zaxxon (Electric Software).cas

This SHA is wrongly detected as Humphrey (Mr. Micro):
9bdb2c54d815139a62fb5388d945cd902bb1701e Humphrey (Zigurat).cas

Version 1.10 is now available. Changes are:

-Added support for disk and tape XML databases (tape XML file is the one supplied by blueMSX). These will provide more info on known disk and tape dumps
-Added service to retrieve MSX news from common MSX websites

Important Note: to upgrade to this version from within version 1.9, do the following: upgrade to 1.10, restart the launcher and then upgrade the extra data. This way you will get the new disk and tape XML files (described below). Otherwise, you will have to add them manually to the appropriate directory in the launcher (the same folder where the extra-data.dat file is found)

Get it from http://msxlaunchers.info

Hi DamnedAngel,

What the exe file does is that it looks up the Java version in the Windows registry under SOFTWARE\JavaSoft\Java Runtime Environment\CurrentVersion. Can you do me a favor and look up the registry value there? On my machine running Windows it is 1.8. You can use regedit for that.
I wasn't sure if this check is good enough but no one reported a problem for years. If there's a better way I'll fix it. It may be me doing something dumb afterall!

Hi oelsha,

• HKEY_LOCAL_MACHINE\SOFTWARE doesn't have a JavaSoft key.
• HKEY_CURRENT_USER\Software\JavaSoft\Java Runtime Environment does not have a CurrentVersion key or value;
• HKEY_CURRENT_USER\Software\JavaSoft\Java Runtime Environment\Security Baseline does have, among others, a "1.8.0" entry with the value "1.8.0_151" associated.

I reinstalled java to see if it would fix the problem, but lo luck. I have administration privileges on the machine in question.

java - version returns:

PS C:\Users\admin> java -version
java version "1.8.0_151"
Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
Java HotSpot(TM) Client VM (build 25.151-b12, mixed mode, sharing)

I tried to add a CurrentVersion both under HKEY_CURRENT_USER\Software\JavaSoft\Java Runtime Environment and under HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment manually, with values "1.8" and "1.8.0", but still got the same results.

Tried to force run the executable as an administrator also. Nada.

What about cheking java -version output, instead/in addition to the registry?

best,

@DamnedAngel
One thing I didn't mention is that after the exe locates the Java version from the Registry, it then gets the JVM location from a Registry key named after the version. I don't know why the Java installer didn't update the right keys in the Registry. I need to install the latest Java version to see what happens in the Registry.
One quick fix I can provide is provide an optional argument to the exe that would be the JRE directory. Another fix would be to execute "java -version" and parse the output. There seem to be a lot of StackOverflow questions about it.

@Manuel
The issue is not a Java one. It's rather a C++ way to start JVM after detecting the right version and locating the directory where the JVM (or JRE rather) is located.

@Grauw
Like my answer to Manuel, this is not a Java issue. The purpose of the Windows executable is to start the JVM after checking its version. There are applications out there that generate this exe wrapper (e.g .JLauncher) but I decided to write my own years ago. I actually don't remember why I decided to do that, but I think it was because I wanted this exe to do things that weren't possible with JLauncher.