WHDLoad MantisBT - Indianapolis500
View Issue Details
0005601Indianapolis500[WHDLoad Installs Games] OCSpublic2022-04-22 13:172022-04-30 15:28
ReporterPaul Head 
Assigned ToStingRay 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
ChipMem2 MB
FastMem8 MB
WorkbenchOS 3.0
KickROM39 - Kick 3.0
Summary0005601: When NoWriteCache used "Function 'resload_Diskload' called with unacceptable arguments"
DescriptionWhen the NoWriteCache option is used in the WHDLoad.prefs file it can save for example, the graphics settings detail (Low, Medium or High) instantly exactly like the real game does from floppy. The problem arises if you quit the game and then load it up again...it will not start, and here's the error:

"Function 'resload_Diskload' called with unacceptable arguments"
with "Quit Restart or Make CoreDump" buttons in the requester.

To get the game to work again I have to delete the save file that it created in my saves directory.
Steps To ReproduceSet NoWriteCache in WHDLoad.prefs

Run game, press Esc to change graphic detail. After some disk activity you can return to the game.

Exit the game with your chosen quit key

(Try) and load the game again!

Delete the saved game to make the game work again.
Additional InformationTested on A1200 and WinUAE with same errors.
I should have reported this 10 years ago.
TagsNo tags attached.
Attached Files? Indianapolis500.slave (860) 2022-04-27 21:51

2022-04-23 14:38   
I can't reproduce this but the saves should not be done to the disk image anyway and the patch has other problems as well (disk accesses for example) so I will update it.
Paul Head   
2022-04-23 16:33   
Excellent! Many thanks matey. Odd how you couldn't replicate it. I remember having the same problem 10 years ago on an A600 too.
It's the car settings, detail settings and instant replay that get saved, and yes I noticed it makes itself a floppy image in my saves drawer. :D There's quite a number of games that do this also.
Paul Head   
2022-04-23 16:37   
Hmmm... just a thought, but I always set WHDLoad up with a separate 'Saves' drawer. Perhaps it's that that it doesn't like when coupled with the NoWriteCache option. I'm not going to test it but it might be true! I'll test it if you like when you have the new one ready.
2022-04-23 17:50   
I have tried with separate save path already (as I noticed the "I have to delete the save file that it created in my saves directory" part in your report), this doesn't trigger the problem either on my machine.
However, that's not too important as the saves will be done to a separate file in the updated patch.
Paul Head   
2022-04-27 11:12   
Mouse settings get saved too. I shall look forward to the new patch and and extra HDD space I'll get! Thanks.
2022-04-27 21:51   
I have redone the patch, please try attached slave. Does load/save work on your machine now?
Paul Head   
2022-04-29 14:19   
Yes it works but with one strange issue. When you load the game and the music plays you are supposed to press fire which should then take you to the main menu. This new slave doesn't do that - instead of going to the menu it plays the demo replay which should only play after about a minute (of not pressing fire) when the music is playing. You then finally get to the menu by pressing escape (which is what you have to do anyway if you let it go to the demo replay).

Note: If I leave the old save file (from the old slave) in my saves drawer then I get the following WHDLoad error message when loading the game:

"The data/disk-files are damaged or it is an unsupported version"
"Quit" or "Make CoreDump"

So users need to be informed to delete their old save if they see this message.
Paul Head   
2022-04-29 15:27   
Just a bit of further testing on the new slave...

I didn't press fire and waited for the demo replay to appear but it didn't, it went straight to the menu instead.
2022-04-30 14:13   
Thanks for testing, the replay problem was caused by a minor bug in the patch code that is called when starting the game (instead of using a byte flag, a word was used which) and has been fixed.

Issue History
2022-04-22 13:17Paul HeadNew Issue
2022-04-23 14:29StingRayAssigned To => StingRay
2022-04-23 14:29StingRayStatusnew => assigned
2022-04-23 14:38StingRayNote Added: 0011185
2022-04-23 16:33Paul HeadNote Added: 0011190
2022-04-23 16:37Paul HeadNote Added: 0011191
2022-04-23 17:50StingRayNote Added: 0011192
2022-04-27 11:12Paul HeadNote Added: 0011230
2022-04-27 21:51StingRayFile Added: Indianapolis500.slave
2022-04-27 21:51StingRayNote Added: 0011236
2022-04-29 14:19Paul HeadNote Added: 0011256
2022-04-29 15:27Paul HeadNote Added: 0011257
2022-04-30 14:13StingRayNote Added: 0011262
2022-04-30 15:28StingRayStatusassigned => resolved
2022-04-30 15:28StingRayResolutionopen => fixed