PRIMER 22.1
Dealing with Crashes
Dealing with Crashes
In an ideal world PRIMER would never crash, but sadly this is not the case so it has two methods for dealing with crashes:
-
It has a "crash handler" which intervenes when the operating system
detects an illegal instruction that would cause a crash, and gives you some
recovery options. These options include saving all models in the database
in emergency keyout files, and also - depending on the mode chosen - attempting
to continue execution. It is also possible to write trace-backs and "mini
dump" files which can be sent to Oasys Ltd Support to help them to determine what
went wrong.
-
In addition it automatically saves every command and screen button click
performed by the user in a "checkpoint" file. If it crashes this
file can be replayed to repeat exactly what happened previously, and because
it does not replay the final command - which caused the crash - it should
return you to the point just before things went wrong.
Neither method is perfect: checkpoint files can be cumbersome to replay if it was a long session, attempting to continue execution does not always work if memory has become horribly corrupted, and not all aspects of work in progress are saved in emergency dump files. However these methods are better than nothing!