Opened 11 years ago

Closed 12 months ago

#7653 closed enhancement (outdated)

CMD: Loading a non-existent save with -x continues normally

Reported by: salty-horse Owned by: digitall
Priority: normal Component: --Other--
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 salty-horse, 11 years ago

Forgot to mention I'm using the latest svn

comment:2 by fingolfin, 11 years ago

Moving to feature requests. This is engine specific behavior, anyway :)

comment:3 by digitall, 12 months ago

Component: --Other--

comment:4 by digitall, 12 months ago

Owner: set to digitall
Resolution: outdated
Status: newclosed

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.

Note: See TracTickets for help on using tickets.