On my Romani campaign, whenever I try to toggle_fow it CTDs. It's not too much of a problem really, I just won't toggle_fow. I was just interested to see if anyone else has had this occur?
Printable View
On my Romani campaign, whenever I try to toggle_fow it CTDs. It's not too much of a problem really, I just won't toggle_fow. I was just interested to see if anyone else has had this occur?
Knock on wood I guess - haven't had that particular problem, and I do toggle_fow pretty much every year to check on what the AI is doing with the other factions - hope you haven't discovered another trend!:us-mississippi:
Try using the installation validation tool. Maybe some sprite wasn't installed properly and it only shows up in a far away province.
So far the only bug I've been getting related to FOW is the seas turning black for some reason, and the only CTD I've got is from a new units missing sprite, which I fixed.
Installation validation tool? :inquisitive:
Yes. Sticky. There for a reason. Also in your RTW folder, ready to run (if you've got Java installed).
Ah yes. It doesn't say anything, it just gives an empty box. So I'll assume that there isn't anything wrong with my installation. I wouldn't have thought there was as I have played a few campaigns with other factions with no problems.
Are you sure you've got Java installed? An "empty box" does not mean everything is peachy, it means it fails to run.
I think so. I will try to reinstall it to make sure.
EDIT:
I reinstalled Java. Whereas the Install Validation runs, when it asks me to press any button, a blank window still opens. Is this bad?
Please see the output of the DOS (black) window, it should have an error message of sorts. Or you've installed RTW/EB under Program Files, which if so is the cause of your problems.
Hmm, I thought that was only a problem if I was running Vista?
Should I uninstall R:TW and reinstall it outside of Program Files?
It shouldn't be a problem with XP, no. But see if there's an error message nonetheless. Post the output of the DOS window here if you have a problem seeing it.
I have just decided to reinstall it outside the Program Files. As usual Bovi, I am eternally grateful for your help. Thank you very much.
The output of the DOS window on my new install is:
Quote:
Exception in thread "main" java.lang.NoClassDefFoundError: europabarbarorum/ValidateInstall
Caused by: java.lang.ClassNotFoundException: europabarbarorum.ValidateInstall
at java.net.URLClassLoader$1.run(unknownsource)
at java.security.AccessController.doPrivileged(NativeMethod)
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 java.lang.ClassLoader.loadClassInternal(Unknown Source)
Validation is complete. There should now be a new file called "ebValidationResults.txt" in this directory.
It says it can't find the main program, which is part of eb.jar. Can you verify that you've got that in your RTW folder?
Where would I find that should it exist?
So, yeah, in the RTW folder. Where you installed EB and validateinstall.bat resides?Quote:
Originally Posted by bovi
I'm sorry. I'm not the most proficient when it comes to computers and how they work and such like. I'm not really sure what I'm looking for in the RTW folder.
I did a search of "eb.jar" and came up with something that claims to be an "Executable Jar File", whatever one of those is. Is this what I am looking for?
If I try to open it, I receive an error message that says "Failed to load Main-Class manifest attribute from C:\Rome TW\eb.jar".
Well, it's not an executable jar, just a regular one (jar = Java archive), but Windows doesn't know the difference. The error message you receive when running it is expected.
So, where are you running validateInstall.bat from? c:\Rome TW, right? Then it should find eb.jar in that same directory. Possibly I've missed a problem when you have a space in the path... Could you try to rename the "Rome TW" folder to "RomeTW", then run the validation?
Certainly.
EDIT: It won't let me rename the file to "RomeTW". Access is denied.
I tried to rename my own folder to contain spaces, and it works just fine with no changes... Could you verify that the contents of validateInstall.bat are:
Then try to change java -cp eb.jar into java -classpath eb.jar and run it again. Possibly you have a version of Java which doesn't recognize the -cp directive. Which version of Java do you have installed?Quote:
@echo off
echo Running validation. Could take a couple of minutes, please be patient.
java -cp eb.jar;edtftpj.jar europabarbarorum/ValidateInstall
echo Validation is complete. There should now be a new file called
echo "ebValidationResults.txt" in this directory. However, if you're running
echo Vista and have installed RTW/EB under PROGRAM FILES, it probably won't.
echo In fact, if so you're very likely to run into trouble later because of
echo that placement. Make sure you have installed RTW/EB anywhere else.
pause
notepad ebValidationResults.txt
I downloaded and installed version 6 yesterday from this site http://www.java.com/en/download/index.jsp.
No, the contents of my validateinstall are the same as listed as above.
If i run validateinstall.bat via the search function of my desktop, it comes up with something completely different:
Quote:
Running validation. Could take a couple of minutes, please be patient. The validation requires a checklist to confirm that your installation is correct. Upon installation, you get one for a standard RTW/EB installation without BI/Alex. I can try to download another or update the checklist from the EB server, do you want to do this? (Y/N)
Then I'm sorry, I don't have any more help to give. The toggle_fow crash certainly doesn't happen on my machine, and Java behaves differently.
That's ok bovi! It must be just one of those things that happens now and again. Either that or it's the faulr of my steam-powered laptop.
Thanks again for all your help, much appreciated!
Here is a balloon for your efforts :balloon2:
@Bovi, haven't you added a manifest file in your .jar archive then? After doing that it's just a matter of
In the .bat file.Code:java -jar myArchive.jar
Also, turning the echo off supresses output in the DOS box at times; even if you explicitly write to the console. (At least it did with my DRViewer...?)
I didn't, because the batch file was supposed to run it. Also, I use an option in that when creating the checklist, so it was easiest. Actually, I've never made an executable jar file, how do I go about creating this manifest?
Echo off means the commands in the batch file are not shown in the output, but rather only the output of said commands.
Edit: Nevermind, I found the thing in JDeveloper. How do I go about setting extra classpath for it (I'm using a library for talking to our FTP)?
Is it not easier to just make an object which handles all the talking from/with the FTP from within your main app? You are not using batch code to dynamically change the bit of code you want to call; are you?
Or did you do that, but why then would you need another entry point?
And I know what echo off does. In any case, if you really only want to feed some option to your program -- use a shortcut. Also prevents the user from terminating your program by 'accidentally clicking the X' in the DOS box. :beam:
In any case : :google:
Quote:
Originally Posted by http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html
Certainly not. I'm not reinventing FTP when someone else has made a perfectly good library for it.Quote:
Is it not easier to just make an object which handles all the talking from/with the FTP from within your main app?
Or perhaps you mean to have the FTP commands in my java code, which I do. The command line (and thus, the batch file) takes a single parameter, and that's whether to do a validation (no option) or create a checklist (added createlist).
What is my batch file, if not this shortcut you propose? I'm the only one who probably ever need to run it in the mode to create a list anyway.
I tried to run it as an executable jar, and it seems to remove the DOS window that is required for the simple user input when running (which checklist to download), without making it into a swing application. I'm not doing this.
You would add commandline parameters just like you normally would (check my DRViewer.bat file & readme for more examples ~;) )
E.g.:Code:java -jar myArchive.jar -my_commandline_options_separated_by_spaces
As for the shortcuts:Code:java -jar DRViewer.jar -v -m:2.5 -s
Basically you create it like you would do with the EB shortcut:
E.g.:Code:Target: "[myPath]\myArchive.jar" -my_commandline_options_separated_by_spaces
Start In: "[myPath]\"
Code:Target: "C:\Users\Johan Ouwerkerk\Games\Europa SVN\EB SVN -trunk\documentation\tools\DRViewer\DRViewer.jar" -m:2.5 -s
Start In: "C:\Users\Johan Ouwerkerk\Games\Europa SVN\EB SVN -trunk\documentation\tools\DRViewer\"
Yes, the latter. Based on what you wrote, I thought you meant you wrapped two apps inside one jar file - one being the validator the other being the checklist generator... But in any case: I am unsure why you would need multiple paths, unless you use a vendor specific library? (Doesn't Java 6 have methods for doing FTP out of the box?)Quote:
Originally Posted by bovi
Of course it does. If you create a basic commandline tool all your gain will be that it has much improved speed since all output is immediately trapped before even being executed 'on the DOS box'. (Java IO isn't terribly fast, nevermind now console output ... <_<) For comparison: run my DRViewer from a DOS box (one of the batch files) with verbose output turned on (-v switch) and run the thing next by simply running the .jar directly. You will notice a significant performance gain when loading the descr_strat.txt file .... (Or try sorting by region for another example.)Quote:
I tried to run it as an executable jar, and it seems to remove the DOS window that is required for the simple user input when running (which checklist to download), without making it into a swing application. I'm not doing this.
To get a swing GUI, one has to actually build it -- you've got to program your app to. :grin:
I need "multiple paths" because I need the program to have two modes; creating and consuming the checklist. They're mutually exclusive but are still one whole.
I don't know about any OOTB FTP function, I think it doesn't exist. I'm using EDT's library for it, which works just fine for all the purposes I've had so far :beam:. So that's where the additional classpath comes in. Alternatively, I could extract their classes and include them in mine, but I find that rather untidy and it's upgrade-unfriendly.
Of course, and I've done so earlier. I merely said I'm not going to do it for this simple app.Quote:
To get a swing GUI, one has to actually build it -- you've got to program your app to.