Opened 16 years ago
Closed 6 years ago
#7653 closed feature request (outdated)
CMD: Loading a non-existent save with -x continues normally
| Reported by: | salty-horse | Owned by: | digitall |
|---|---|---|---|
| Priority: | normal | Component: | --Other-- |
| Version: | Keywords: | ||
| Cc: | Game: |
Description
Launching ./scummvm with the -x flag and a non-existing save slot will blurt out the following error, and will start the game from the beginning.
WARNING: File::open: Trying to open a FilesystemNode which does not exist!
I think it should print a proper error and, perhaps, not run the game at all.
I tested this behavior on SCUMM and QUEEN.
Ticket imported from: #2090807. Ticket imported from: feature-requests/469.
Change History (4)
comment:1 by , 16 years ago
comment:3 by , 6 years ago
| Component: | → --Other-- |
|---|
comment:4 by , 6 years ago
| Owner: | set to |
|---|---|
| Resolution: | → outdated |
| Status: | new → closed |
Just tested with the latest git i.e. 0b746971f103a620013dc9145ab6d3038e378192 on Linux x86_64.
There are no File::open warnings now (nor any other messages) loading a non-existent savegame using the -x option at command line for either FOTAQ (Queen engine) or Monkey Island 1 (SCUMM engine). In both cases, the game starts as normal for a new game with no message and with an existent savegame, it loads straight to the save state location.
I think this should be fine... We could still consider an error / warning on non-existent savegames, but this is pretty self-evident in terms of the new game start and an engine specific issue which will need to be deal with on an engine by engine basis.
Closing as outdated.
Forgot to mention I'm using the latest svn