running a program under
Windows XP that has crashed due to a
memory read access violationAn
application typically crashes when it performs an operation that is not allowed by the operating system. The operating system then triggers an
exception or
signal in the application. Unix applications traditionally responded to the signal by
dumping core. Most Windows and Unix
GUI applications respond by displaying a dialogue box (such as the one shown in the accompanying image on the right) with the option to attach a
debugger if one is installed. Some applications attempt to recover from the error and continue running instead of
exiting. An application can also contain
code to crash after detecting a severe error. Typical errors that result in application crashes include: • attempting to read or write memory that is not allocated for reading or writing by that application (e.g.,
segmentation fault, x86-specific
general protection fault) • attempting to execute privileged or invalid instructions • attempting to perform I/O operations on
hardware devices to which it does not have permission to access • passing invalid arguments to system calls • attempting to access other system resources to which the application does not have permission to access • attempting to execute machine instructions with bad arguments (depending on CPU architecture):
divide by zero, operations on
denormal number or
NaN (not a number) values, memory access to
unaligned addresses, etc.
Crash to desktop A "crash to desktop" (CTD) is said to occur when a
program (commonly a
video game) unexpectedly quits, abruptly taking the user back to the
desktop. Usually, the term is applied only to crashes where no error is displayed, hence all the user sees as a result of the crash is the desktop. Many times there is no apparent action that causes a crash to desktop. During normal function, the program may
freeze for a shorter period of time, and then close by itself. Also during normal function, the program may become a
black screen and repeatedly play the last few seconds of
sound (depending on the size of the audio
buffer) that was being played before it crashes to desktop. Other times it may appear to be
triggered by a certain action, such as loading an area. An example of a triggering CTD error can be found in
Blender 3D. When the user is in edit mode, they can use ctrl+B to bevel an edge. If the user uses the undo function through ctrl+Z during the free-mouse bevel process, the software has a high chance to simply close through a CTD error. CTD bugs are considered particularly problematic for users. Since they frequently display no error message, it can be very difficult to track down the source of the problem, especially if the times they occur and the actions taking place right before the crash do not appear to have any pattern or common ground. One way to track down the source of the problem for games is to run them in windowed-mode. Certain operating system versions may feature one or more tools to help track down causes of CTD problems. Some computer programs such as
StepMania and BBC's
Bamzooki also crash to desktop if in full-screen, but display the error in a separate window when the user has returned to the desktop. ==Web server crashes==