Missing card and counter text

Thus spake mgringo:

Hey, you are right. Virgin Queen comes up with text on the counters too.
It just looks awful.

LOL

I guess we have a workaround. Yech. :wink:

Could you post a screenshot of this?


J.

Here’s a piece of the screen. It doesn’t look too bad.

That’s correct. The Clash of Monarchs module, like 99% of them, uses JPG/PNG images for all its art assets. My modules use SVG images, and the problem being worked around relates to the rendering of SVG.

Good morning gentlemen,

I have a mouse pointer issue when launching vassal in this way.

BTW, Michael, what is the version of Java run by Vassal when you start it “normally” ?

Best regards,

Guillaume

Thus spake gdaudin:

Good morning gentlemen,

I have a mouse pointer issue when launching vassal in this way.

Can you be more specific? What’s wrong?


J.

When I try to do a drag and drop with a piece, the piece “ghost” appears to be one centimeter above the pointer.

[quote=“gdaudin”]
I have a mouse pointer issue when launching vassal in this way.

BTW, Michael, what is the version of Java run by Vassal when you start it “normally” ?

/quote]

The short answer: The first one java finds in your class path.

What we are doing is overriding the existing class path to guarantee that we find only the jars that we know are correct. Your comment before about the system not starting because of the version indicated to me that there was still an invalid connection to a jar from a preexisting version (it was compiled with an earlier library). So uekelman’s technique excluded all the other virtual machines and launching from the command line specifying only the minimal number of jars ruled everything else out.

I will take a look at the mouse cursor a little later. I am so happy to have slept! :slight_smile:

All the best,

Michael

Hi,

Got that. I meant in your install. I assume you have cleaner Java installation than me, and I was wondering how come Vassal does not run in the same way when you start “normally” and by the command line method on your machine.

Or maybe I am utterly confused, which is very plausible.

Best regards,

Guillaume

Thus spake mgringo:

[quote=“gdaudin”]

BTW, Michael, what is the version of Java run by Vassal when you start
it “normally” ?

/quote]

The short answer: The first one java finds in your class path.

What we are doing is overriding the existing class path to guarantee
that we find only the jars that we know are correct. Your comment before
about the system not starting because of the version indicated to me
that there was still an invalid connection to a jar from a preexisting
version (it was compiled with an earlier library). So uekelman’s
technique excluded all the other virtual machines and launching from the
command line specifying only the minimal number of jars ruled everything
else out.

This is not entirely accurate. You’re conflating two unrelated things,
the PATH, and Java’s classpath. Which JRE binary is used when ‘java’
is invoked is determined by the leftmost directory on the PATH contains
which contains a file called ‘java’. The Java classpath is something
that the JRE uses to find class files. It has a similar function as the
PATH, but is specific to Java and is something which gets specified
when you start the JRE. There is no way that you can set the classpath
which whill affect which JRE is started.

The reason that you can launch VASSAL by specifying lib/Vengine.jar as
the entire classpath is that Vengine.jar contains a manifest file which
adds the jars on which we depend to the classpath. The point of this is
that it makes it harder to get the classpath wrong.

Summary: The Java classpath is irrelevant here. The problem is with
the PATH (which, BTW, you can print with ‘echo $PATH’).


J.

or “whereis java” with /usr/bin/java the most likely answer.

Any binary is found with $PATH - not just java. The “special” problem he has with mis-matched jars really seems to be a bad installation (perhaps jars from multiple versions?) I don’t know really, but reducing the variables is always a good strategy. Maybe there are shared object libraries too? PATH would be a factor then.

Warmest regards,

Michael

Thus spake mgringo:

Any binary is found with $PATH - not just java. The “special” problem he
has with mis-matched jars really seems to be a bad installation (perhaps
jars from multiple versions?) I don’t know really, but reducing the
variables is always a good strategy. Maybe there are shared object
libraries too? PATH would be a factor then.

Why do you think he has mismatched jars? I don’t see any evidence for
that here.


J.

I’m not sure, uckelman. The same $PATH should be used when executing from a command line in the terminal as executing the app (which actually executes the little stub in the MacOS folder of the package). Therefore, the java binary would be found the same way and you have already eliminated the issue of extraneous VMs. Usually that’s the case, but there are possibilities like scripts that can change what gets executed. I haven’t really looked at this. In general, when I see an issue like this I try to eliminate variables - like the vm or extraneous classes - to know what we are really looking at.

It’s easy to recreate (from the command line it works and from the app or the stub it does not), so I will look at it over the weekend, but for now I have a workaround, so it’s not a high-priority. My machine has never had anything but java 7 installed.

With respect to your earlier comment about Apple’s installation of Java… there is actually a reason for the mac/java confusion It’s not entirely Apple’s fault, but they have been complicit in not keeping the most up to date versions of java supported in mac os.

This article that explains some of Apple’s recent trouble with Java (see Lion Macs).

blogs.computerworld.com/applicat … va-updates

Note that today is Feb 19, 2013 and here is the Oracle patch:

oracle.com/technetwork/topic … 05892.html

The retina screens started shipping in June of 2012 and the fact that Guillaume had vm of java 6 on his machine puts him in the “Lion Macs” part of the article. It means he has both VMs installed. He fixed that by installing VM7 but he still has a flawed version of VM6 on his disc. It needs to be updated or removed.

My Mac only has 7 installed. I still need to do the update.

This is really an important update, Guillaume, because there are major security flaws in the system that can be exploited.

Good morning,

Well, I am not sure. If I had VM6 on the disk, Vassal would start by using it when I double click on it in the Application folder, right ?

BTW, all my java-using application have asked for it yesterday (including LibreOffice, for example). So I had to install following Apple’s instructions in the end.

Best,

Guillaume

Thus spake gdaudin:

He fixed that by installing VM7 but he still has a flawed version of
VM6 on his disc. It needs to be updated or removed.

Well, I am not sure. If I had VM6 on the disk, Vassal would start by
using it when I double click on it in the Application folder, right ?

VASSAL asks for a JVM at least as new as Java 5. It will be run with
whatever JVM JavaApplicationStub, the launcher in the bundle, finds.

But, you don’t have to wonder about this. The VASSAL errorLog tells you
which version of Java VASSAL is running it. Look there.


J.

Thus spake gdaudin:

BTW, all my java-using application have asked for it yesterday
(including LibreOffice, for example). So I had to install following
Apple’s instructions in the end.

This means that you still have something set wrong.

What do you get when you run ‘java_home’?


J.

When I run it in terminal I get

-bash: java_home: command not found

But I suspect that is not what you wanted me to do.

Thus spake gdaudin:

What do you get when you run ‘java_home’?

When I run it in terminal I get

-bash: java_home: command not found

Ah, it’s not on your PATH. Try running /usr/libexec/java_home instead.


J.

I get :

/Library/Java/JavaVirtualMachines/jdk1.7.0_13.jdk/Contents/Home

Hi,

There has been both an Oracle and an Apple update of Java, but I am still at the same point. I still need to use the terminal to have Vassal use java 7 (and show SVG text),

Best,

Guillaume

Hi Guillaume!

I’m glad you updated though because now you don’t have open security vulnerabilities that can turn your computer into a BOT!

I’m exactly where you are, so rest assured I will figure it out as soon as possible. This week is going to be tough though because I fly to Zurich on Thursday evening.

Warmest regards,

Michael