[Tool] GD Stash

Not really, but I guess I will find out soon :wink:

The only thing I can think of would be access restrictions. If you copy the file to a different dir, do you have the same problem ?

both check out fine for me

The only item flagged as invalid was the Relentless Raider Warsword of Alacrity

Not sure what is going on for you there, can’t really think of anything.

Maybe try importing database.arz again and see if that helps…

I updated to the newest version of GDStash and the error doesn’t pop up for me anymore. Who knows what happened; something probably got mixed up in the switch from Win7 to Win10, but it seems fine now

Found the issue, the items are fine, was a bug in the code :wink:

If you set mass import directly to the char it will work (or really whenever formulas.gst is not being read, i.e. as long as the mass import is not for the save dir itself)

I noticed this when I was trying various things last night.

Glad you found the issue!

Thanks again for the tool :smiley:

Just a quick note… I downloaded and installed the Win32 native v0.99c stash app. When the app is launched it immediately exits without any error message. No app windows are displayed or splash screen. It was virus scanned prior to install. I re-downloaded and re-installed it, and app. gave the same behavior. I uninstalled the app. again.

Odd, that is certainly specific to you, not to the program.

Do you have any ways for me to get some information about why the app is behaving this way?

What compiler and compiler version was used to build the app.?
What programming language was used?
Are there any command line switches for the app?
Does the Win32 app. use or rely on java?
Do you have the source available for download?
Does the app. require network or internet access?
Does the app. make use of the Windows registry? (if so, please provide details)
Does the app. use or interact with the Steam client?
Can you provide some information about your deploy test environments?

I’m on Win7 64bit Ultimate (english) with all updates, running on a core-i5 4670K @ 3800 Mhz.
Drive C: has 54GB free.
16GB RAM with 13.3GB RAM free after a clean reboot.
The Java (64bit) v8 update 91 package from Oracle is installed.
I do have the 0.98c java version in use but I wanted to upgrade to the latest version.

Is there any other information that I can provide to help diagnose and fix the issue I’m encounter?

I rebooted, reinstalled and launched the app. I’m encountering the same behavior? I then attempted to launch the app. from a command prompt and I encounter the same behavior.

sorry, no, otherwise I would have mentioned them :wink:

For me (and I presume others who downloaded it, as this is the first time I hear of this problem) it just starts up like the ā€˜regular’ version, i.e. you get a loading screen and then the main screen.

Can you check in task manager if is is actually closed or just not in the foreground ?

I updated my previous post with addition info. and questions while you were composing a reply. I checked task manager and its not listed.

Excelsior JET 11 + latest fixes

What programming language was used?
Does the Win32 app. use or rely on java?

Java, it is 100% the exact same code as the Java version, not a line of difference, not a line of conditional cases (if Jet-compiled, do this, else that).

Given that it is both compiled and its own JVM, it does / should not rely on your installed Java, you do not even need to have one installed

Excelsior Jet is a compiler for Java from my understanding (i.e. you do have an actual executable) but also a JVM as it can dynamically load classes that were not known at compile time and use them (not that I use that at all, everything here is statically compiled)

Are there any command line switches for the app?
Do you have the source available for download?
Does the app. require network or internet access?
Does the app. make use of the Windows registry? (if so, please provide details)
Does the app. use or interact with the Steam client?

no to all of the above

the ā€˜source’ for Excelsior is the .jar of the Java version (plus the included jar libraries) :wink:

Can you provide some information about your deploy test environments?

none of this should matter, i.e. the compiled result is the same, both for the .exe and for the .jar regardless of the system I have

Not sure which Java version I used at the time of compilation, code wise it should work on 1.7 and 1.8, Excelsior is on 1.8_072 or so

I am on Win 8.1 x64, laptop, 32GB RAM, i7-2820QM, but as I said, this should make no difference, at best it shows you a setup it is working on :wink:

The Java (64bit) v8 update 91 package from Oracle is installed.
I do have the 0.98c java version in use but I wanted to upgrade to the latest version.

so you could use the latest Java version. What happens if you use that ?

What is the upgrade process for those going from v0.98c to v0.99c with just the 64bit java version (non-Win32 version)?

v.98c functions as it did. No change in normal behavior.

Download the zip and extract it to the dir you have the currently installed version in, overwriting anything in that dir that is also included in the zip (which basically is everything but the db subdir).

Did you install the exe to a different dir (i.e. one which had no db directory) ? if so, extract the Java version to a new dir as well, so it also finds no db dir.

The win32 version was installed c:\program files (x86)…

The v0.98c (java only version) is in a folder on another drive. The win32 executable would have launched as a new install. I did not copy any of the data/files from the v0.98c java version to the folder structure used by the win32 executable. I will have to test over-writing the v98c with the v99c.

The v0.99c java only version seems to be working with just a copy/replace. Is the source available for download?
If not you might consider putting it on github or some other free web-based revision control system.

By the way. Thank you for building and sharing this great utility.

I guess that is the issue, just installed it there too…

As it creates the db directory in a subdir, it also exited on me quietly unless I ran it as administrator, as it was not allowed to create the dir

Can you run the Win32 executable in non-administrator mode once the directory is created?

no, it will be updated whenever you store items in the tool’s database or remove them from there

Running the utility in administrator mode is not a safe way to run apps… especially since the app. has no administrative function, thus it generally has no need to have admin. privs.

It would be really good for 3rd parties, like me, to be able to inspect the actual code. Making the source available to the community means more eyes on the code and bugs are discovered more quickly. It also means more feedback and potentially more contributions to the utility (features, bug fixes).

Personally I would like to understand why the utility malfunctions in the executable but not when run directly in a Java VM.

…and yes I’m the paranoid type.

Extract the files into your Documents folder, then run it from there as a regular use account. That’s what I do.

By placing it where you do (c:\program files (x86), it requires admin rights because that location requires it. If the program had an actual installation, aka setup.exe or .msi, then the permissions would get set properly. You’d still have to run the installation as administrator to install it.

You could manually change the NTFS permissions on the directory so you could run the app as a regular user.