Path: utzoo!telecom-request Date: 23 Apr 91 01:31:06 GMT From: Bryan Richardson Newsgroups: comp.dcom.telecom Subject: Re: Documentation Wanted on January '90 AT&T Outage Reply-To: Bryan Richardson Message-ID: Organization: Purdue University Sender: Telecom@eecs.nwu.edu Approved: Telecom@eecs.nwu.edu X-Submissions-To: telecom@eecs.nwu.edu X-Administrivia-To: telecom-request@eecs.nwu.edu X-Telecom-Digest: Volume 11, Issue 301, Message 2 of 10 Lines: 32 In article motcid!crocker@uunet.uu.net (Ronald T. Crocker) writes: > There was some publications around the time of the incident indicating > that the problem was a missing break statement in some C code in the > 4ESS software. It was indicated that the generic was installed in the > offending office in December, was up and running with "no" problems > for three weeks. I know more about this, but am bound by agreements to > not disclose it. This is basically correct at the most detailed level. There were a number of conditions which occurred in the network that day prior to the exposure of the missing break statement, including hardware failures. > The immediate (kneejerk?) reaction by AT&T management was to insist on > everyone at Bell Labs taking a course in C programming, and find a > tool that would highlight missing break statements. Nothing like > shooting the message carrier :->.-- As a member of the 4 ESS development team, I can concretely say that this is an Urban Legend in the making. There are always efforts to improve product quality, and these naturally are intensified after incidents such as these. However, there was no mass mandatory enrollment in C programming courses, at least as of this writing :). Bryan Richardson richarbm@mentor.cc.purdue.edu AT&T Bell Laboratories and, for 1991, Purdue University Disclaimer: Neither AT&T nor Purdue are responsible for my opinions.