Annotated edit history of
RaceCondition version 8, including all changes.
View license author blame.
Rev |
Author |
# |
Line |
7 |
IanMcDonald |
1 |
A RaceCondition is a [Synchronisation] bug in which the results of some computation or action depend in an unsafe way upon the the actions of other threads or processes. RaceCondition~s are a particularly challenging when writing any code in the LinuxKernel as it is fully re-entrant or SignalHandler~s in applications. |
1 |
StuartYeates |
2 |
|
6 |
AristotlePagaltzis |
3 |
Many security-related RaceCondition~s have been found where programs would check file properties (such as existence, permissions, and/or ownership) before operating on a file. The obvious implementation of this is a RaceCondition, because these file properties can be changed between the check and operation. File operations should if at all possible be [Atomic]. |
3 |
StuartYeates |
4 |
|
|
|
5 |
A DeadLock is perfered to a RaceCondition, because with a DeadLock, something is obviously wrong, whereas a RaceCondition can give no indication of a problem until someone notices corrupt data or a security breach. |
8 |
LawrenceDoliveiro |
6 |
|
|
|
7 |
---- |
|
|
8 |
CategoryProgrammingBugs |