WinAGI Version 2.1.16 Available for Download

[doomlazer]

However there are certain game hashes ScummVM also blocks entirely. (For example, the cracked version of Gold Rush.)

This is likely due to an AGI bug in ScummVM versions 2.1.x and above.

[Collector]

The SVM team has blacklisted a number of games based on what they consider piracy, like the NRS SQ4 patch and yes, the cracked version of GR. However, not loading this translation is another matter. It should load an unrecognized AGI game as an "unknown fan AGI game".

[doomlazer]

Ah, ok. I didn't realize that was the case.

Still, WinAGI users should be aware that ScummVM versions 2.1.x and above will have trouble running games that don't match the detection tables until the bug is fixed. 


Edit: It looks like Gold Rush isn't explicitly restricted from loading. You get the warning in the image below, but it does launch in ScummVM 2.0.0 which is still commonly found in the GOG releases of Sierra games. With WinAGI, I put ScummVM v2.0.0 next to the .wag, change the preference to point to it and then the run button works great for testing with scummVM.

[AGKorson]

Is anyone else having problems with the words editor crashing WinAGI? No, probably not...

Can you elaborate on this? If there's an issue with the words editor, I'd like to know so I can fix it.

[obscurenforeign]

Sorry about the vagueness there. The problem is so weird I must've thought I was going nuts.

It isn't technically crashing... though I did get it to properly crash too, I think by trying to import a words.tok file. But trying to open the editor simply isn't doing anything... but with the strange caveat that it makes WinAGI unable to close the currently open game, otherwise still seeming to function normally. In this state I can't close WinAGI either, I have to terminate it in task manager.

I recorded a video of the bug if that helps:

Edit: It looks like Gold Rush isn't explicitly restricted from loading. You get the warning in the image below, but it does launch in ScummVM 2.0.0 which is still commonly found in the GOG releases of Sierra games. With WinAGI, I put ScummVM v2.0.0 next to the .wag, change the preference to point to it and then the run button works great for testing with scummVM.

That is very weird, at one point ScummVM would refuse to recognize that version of GR, so I wonder why they would *add* the functionality back in.

[AGKorson]

It isn't technically crashing... though I did get it to properly crash too, I think by trying to import a words.tok file. But trying to open the editor simply isn't doing anything... but with the strange caveat that it makes WinAGI unable to close the currently open game, otherwise still seeming to function normally. In this state I can't close WinAGI either, I have to terminate it in task manager.

That is very strange. I can't seem to reproduce the problem. I have discovered that if your WORDS.TOK file is missing, and you try to open it, WinAGI offers you a chance to create a new blank file. But if you decline, there's a bug that hangs up WinAGI. But you would get a dialog box with a yes/no question in that case, which isn't what's happening with your game here.

I have a bunch of questions that might help me track down what's going on:

• Does it do this for all games, or just this one? Does it have this problem for existing games (i.e. a Sierra game that you import) or just games you create?
• If it is just this one game, can you zip everything in the game directory and share it with me? That'd be super helpful.
• It looks like you created a sample game from the template. Did you do anything else to the game after creating it?
• Did this behavior start immediately after creating the game, or did you close it, re-open it and then it started doing this?
• Can you open the template game and edit the template's WORDS.TOK file?
• Is your WORDS.TOK file actually present in the game directory?
• Does it have any file attributes set, such as hidden or read-only?
• If you close your game, and open the WORDS.TOK file individually (choose 'Resource|Open Resource|WORDS.TOK File' on main menu), does it open?
• Does the game run, in DOSBox or any other interpreter? Is the WORDS.TOK file recognized as valid by the interpreters?
• Have you tried to open your game and WORDS.TOK file in other IDEs (i.e. will it open in AGI Studio)?
• Can you try copying a WORDS.TOK file that you know is valid to your game directory, and then try opening the word editor? (Rename the old file to something like WORDSbad.TOK first.)
• As a last ditch effort, have you tried uninstalling and then re-installing WinAGI?
• To make sure I'm looking at the right code, can you confirm what version of WinAGI you are using (click Help-About to see the version.)

I'm sorry that it's not working for you right now. I'll do what I can to get it fixed.

[doomlazer]

AGKorson, I'm not sure you noticed, but that looks a lot like it's running in WinXP! Maybe that's part of the problem?

That is very weird, at one point ScummVM would refuse to recognize that version of GR, so I wonder why they would *add* the functionality back in.

It is weird and I don't doubt that it was blocked. I might compile some pre-2.0.0 versions of SVM out of curiosity if I get time. If I ever make sense of it I'll start a separate thread. ty

[AGKorson]

AGKorson, I'm not sure you noticed, but that looks a lot like it's running in WinXP! Maybe that's part of the problem?

Good catch. I think that might actually be Windows running on Linux- obscurenforeign has been the primary user/tester of WinAGI on Linux.

@obscurenforeign, is that the case here?

[obscurenforeign]

Sorry about disappearing for a few weeks.

• Does it do this for all games, or just this one? Does it have this problem for existing games (i.e. a Sierra game that you import) or just games you create?

I just tried importing Leisure Suit Larry, same behaviour.

• It looks like you created a sample game from the template. Did you do anything else to the game after creating it?
• Did this behavior start immediately after creating the game, or did you close it, re-open it and then it started doing this?
• Can you open the template game and edit the template's WORDS.TOK file?

In the video I made a new template game expressly to be able to show the bug. I did first encounter the bug in the sort-of game I was working on though.

• If you close your game, and open the WORDS.TOK file individually (choose 'Resource|Open Resource|WORDS.TOK File' on main menu), does it open?

I think that was how I got WinAGI to properly crash before.

• As a last ditch effort, have you tried uninstalling and then re-installing WinAGI?
• To make sure I'm looking at the right code, can you confirm what version of WinAGI you are using (click Help-About to see the version.)

After initially finding the bug, (while on an older version) I downloaded and installed WinAGI 2.1.16 in order to make sure it wasn't a bug that's already been fixed. (Especially one related to my previous bug, which had been my first assumption.)

AGKorson, I'm not sure you noticed, but that looks a lot like it's running in WinXP! Maybe that's part of the problem?

Good catch. I think that might actually be Windows running on Linux- obscurenforeign has been the primary user/tester of WinAGI on Linux.

@obscurenforeign, is that the case here?

Yes, I gave up trying to get WinAGI to run in Wine and instead have been using it in Windows XP in VMWare. (I'll attach a screenshot of the full window for your pleasure.) Don't worry, I can do worse. I'm currently looking at installing Windows 98 in Dosbox so I can do development on a Raspberry Pi. Watch out, I'm crazy.

[AGKorson]

OK, thx.
I can tell from your video that WinAGI is able to open the WORDS.TOK file, because it shows the word and group counts in the properties window. I think there's a problem with the words editor form- maybe a control on it that is not compatible with Windows XP or a property being set incorrectly. But why it would do that in XP but not any other Windows versions, I don't know.

I might have access to a Windows XP machine. I'll try to do some testing to see if I can figure this out.