Talk:Therac-25: Difference between revisions
Pewterfish (talk | contribs) →Scanning: - described what "scanning" means in the context of radiotherapy rather than examination. |
→Not a "race condition.": proposed alternate wording? |
||
Line 73: | Line 73: | ||
:[http://courses.cs.vt.edu/~cs3604/lib/Therac_25/Side_bar_1.html This link] claims that "''Race conditions resulting from this implementation of multitasking played an important part in the accidents.''" and explains in limited detail the disregard for issues arising from concurrent programming. |
:[http://courses.cs.vt.edu/~cs3604/lib/Therac_25/Side_bar_1.html This link] claims that "''Race conditions resulting from this implementation of multitasking played an important part in the accidents.''" and explains in limited detail the disregard for issues arising from concurrent programming. |
||
:That document is part of [http://courses.cs.vt.edu/~cs3604/lib/Therac_25/Therac_1.html An Investigation of the Therac-25 Accidents], published in IEEE Computer, Vol. 26, No. 7, July 1993, pp. 18-41. This is a quite often-cited paper and is used as an example in many university CS courses. According to Google Scholar, this paper has [http://scholar.google.com/scholar?cites=12931033067710402564 551 known citations] -- [[user:intgr|intgr]] <small>[[user talk:intgr|[talk]]]</small> 12:45, 15 October 2009 (UTC) |
:That document is part of [http://courses.cs.vt.edu/~cs3604/lib/Therac_25/Therac_1.html An Investigation of the Therac-25 Accidents], published in IEEE Computer, Vol. 26, No. 7, July 1993, pp. 18-41. This is a quite often-cited paper and is used as an example in many university CS courses. According to Google Scholar, this paper has [http://scholar.google.com/scholar?cites=12931033067710402564 551 known citations] -- [[user:intgr|intgr]] <small>[[user talk:intgr|[talk]]]</small> 12:45, 15 October 2009 (UTC) |
||
Would it not make more sense to write it as "The software flaw was the result of a race condition bug in the safety subsystem."? Something to make it more clear that the selection of beam mode isn't a race condition. |
|||
_____ |
_____ |
Revision as of 18:32, 12 December 2010
Medicine Start‑class Mid‑importance | ||||||||||
|
What language does the phrase "beam flattener" come from? The English term for the object which converts an electron beam to X-Rays is "target".
Atlant 01:01, 28 Feb 2005 (UTC)
- the "beam flattener" would probably be the "flattening filter", which is required to produce a 'flat' beam profile at a depth of 10cm (usually). it is a component in the chain after the target. the target dose not produce a uniform beam profile, hence the reason for the flattening filter.... —The preceding unsigned comment was added by 205.211.160.1 (talk • contribs) .
- Thanks!
- I read the accident report, and it's fascinating! When used in high-power mode, the beam is supposed to pass through a metal plate which spreads the X-rays out over a large area. This plate absorbs most of the energy hitting it, so they have to crank up the voltage to compensate. Since the plate wasn't in position, not only did the patient receive a lethal 25,000 MEV blast, but it was concentrated into a tight beam. OWWW! TechnoFaye Kane 01:39, 20 February 2008 (UTC)
Rads
The article mentions that victims received tens of thousands of rads, but makes no mention of what amounts of rads are deemed dangerous (such as a maximal treshold permitted by health authorities). —Preceding unsigned comment added by ToohrVyk (talk • contribs) Pjacobi 00:00, 29 December 2005 (UTC)
- You're right. The information is hidden at Sievert#Explanation and the reader is rquired to do the unit conversion and the application of the Q-factor. I'll put this on my to-do-list. --Pjacobi 00:00, 29 December 2005 (UTC)
- In the case study written by Nancy Leveson (Univ of Washington) and Clark S. Turner (Univ of Cal, Irvine), the following information is given: "Typical single therapeutic doses are in the 200-rad range. Doses of 1,000 rads can be fatal if delivered to the whole body; in fact the accepted figure for whole body radiation that will cause death in 50 percent of the cases is 500 rads." [bweable]
- So why no discussion about what happened to the company? Were they sued? Who are the victims? What was the quality of life like for those who survived? I'm too lazy to login, but I am ClintJCL. [clintjcl]
3 or 5 deaths?
The (summary) reference lists 3 radiation-induced deaths (out of 6 accidents), while the article says 5 (of 6). I won't change it myself because the reference may be dated but in that case this should perhaps be remarked upon@?
Now the article says 2 out of 6 in the introductory section and 3 in the end of the "Problem Description" section. Which one's correct? --CloudShaker (talk) 15:12, 7 December 2009 (UTC)
Assembly Language?
How does Assembly Language have anything to do with this? It's just a language, debugging isn't the point. The point is that it didn't have any hardware implementations as a fail-safe.
- Klasanov —Preceding unsigned comment added by 12.110.74.133 (talk) 17:48, 14 October 2007 (UTC)
possible incorrectly stated energies for the 2 modes of operation?
"The failure only occurred when a particular nonstandard sequence of keystrokes was entered on the VT-100 terminal which controlled the PDP-11 computer: an "X" to (erroneously) select 25,000 EV mode followed by "cursor up", "E" to (correctly) select 200 EV mode, then "Enter". This sequence of keystrokes was improbable, and so the problem did not occur very often and went unnoticed for a long time.[1]"
Shouldn't those energies be 25,000,000 eV and 5,000,000 eV, as opposed 25,000 EV and 200 EV, respectively? —Preceding unsigned comment added by 141.154.36.251 (talk) 15:50, 1 July 2008 (UTC)
Aftermath of the Incident
Were there any lawsuits involved, and how have the survivors gone on to live – any major ailments from the radiation? Also, does anyone know where there are photos of the patient injuries or the Therac-25 machine itself? I feel these would add greatly to the article. —Preceding unsigned comment added by 131.170.90.3 (talk) 02:44, 16 October 2008 (UTC)
- According to Nancy Leveson's comprehensive analysis of the entire Therac-25 incident (see the External Links section), there were a number of lawsuits filed against AECL, all settled out of court.
Nat Hillary 16:58, 24 March 2010 (UTC) - Updated Nancy Leveson's name in reference so that it points to her Wikipedia article. —Preceding unsigned comment added by Nat hillary (talk • contribs)
== Well, found this on Google: In 1986, Ray Cox went into the clinic for his usual radiation treatment in his shoulder. The technician mistakenly typed "x" into the computer, which signified x-ray beam, then immediately realizing the error, changed the "x" into an "e" for electron beam, and hit "enter", showing the machine that they were ready to start treatment. This sequence occurred in less than 8 seconds.(This particular sequence, in this time frame, was never tried in the original testing of the machine.) The computer gave the signal of "beam ready", and the technician pressed "b" to deliver the beam to the patient. But then the computer responded with an error message. Usually this message meant that the treatment had not been delivered. So the technician repeated the process and delivered another beam to the patient. And yet again, an error message occurred. Meanwhile,Ray felt sharp stabbing pains in his back, which was much different than his usual treatments, and removed himself after three shocking attempts. Because the commands were changed in such a short period of time, the computer did not respond properly. The metal plate moved away showing the technician that it was in low energy electron beam mode. But the beam that actually came from the machine was a blast of 25 000 rads with 25 million electron volts, the maximum setting, which is more than 125 times the regular dose. Ray’s health quickly became worse, and he died 4 months later from complications of major radiation burns. == —Preceding unsigned comment added by 69.242.171.111 (talk) 03:38, 29 December 2008 (UTC)
Not a "race condition."
It's stated at the end of the "Problem Description" section that this is a race condition.
This does not appear to be the case.
A race condition is when the potential timing of preceding conditions is not correctly accounted for in software (or hardware) and cause an unexpected or undefined state to occur.
Timing was not relevant to this sitution. That is, the particular situation resulted because certain predicate conditions were not specified as required or were not verified to be in the required state*. Specifically "don't use the high power beam unless the target is in place."
It was not because they were specified but occurred in an unaccounted for sequence. ______
- The malfunction alert and the trivial override indicate that, perhaps, the situation WAS detected but was simply bypassed. If so, then it's even more clearly not a race condition.
Wjl2 (talk) 15:26, 18 March 2009 (UTC)
- Did you deduce that just by reading the article or did you get that from an external source? The Wikipedia description doesn't explain the issue in sufficient detail to tell what exactly was the underlying software flaw.
- This link claims that "Race conditions resulting from this implementation of multitasking played an important part in the accidents." and explains in limited detail the disregard for issues arising from concurrent programming.
- That document is part of An Investigation of the Therac-25 Accidents, published in IEEE Computer, Vol. 26, No. 7, July 1993, pp. 18-41. This is a quite often-cited paper and is used as an example in many university CS courses. According to Google Scholar, this paper has 551 known citations -- intgr [talk] 12:45, 15 October 2009 (UTC)
Would it not make more sense to write it as "The software flaw was the result of a race condition bug in the safety subsystem."? Something to make it more clear that the selection of beam mode isn't a race condition.
_____
The IEEE paper explains the flaw in great detail. The "not a race condition" commenter proposes that the cause of the accident was that the software failed to verify that the machine's components were in the required state, but this is an effect, not a cause, of the underlying problem. The IEEE paper describes that the Therac-25 had removed the hardware interlocks that were present on previous models, depending instead on software interlocks for safety. The software interlock failed due to a race condition. The defect was as follows: a one-byte counter in a testing routine frequently overflowed; if an operator provided manual input to the machine at the precise moment that this counter overflowed, the interlock would fail. This is a classic race condition. For reference, see the section titled "The Yakima software problem" in the IEEE paper. —Preceding unsigned comment added by 24.16.76.175 (talk) 20:57, 28 December 2009 (UTC)
Scanning
What does scanning mean when talking about radiotherapy? I had an idea that scanning meant sending some pulses/particles/something onto/through an object and getting some knowledge about the shape/content/material/constitution by looking at what is reflected or what gets through.
But it must mean something else here. The wiki article only talks of "scanner magnets" but the article by Leveson and Turner for example says something about that the machine could turn on the beam without scanning.
Velle (talk) 19:11, 24 May 2010 (UTC)
Kinda like the scanning motion of a CRT's electron beam, scanning in this context refers to moving the therapeutic beam over the treatment area rather than simply leaving it focussed in one place. You'd do this for much the same reason as in a CRT: you want to treat a (relatively) large area with an even dose rather than zapping a tiny area specifically.