home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / risks / 146 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  27.3 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!CSL.SRI.COM!risks
  2. From: risks@CSL.SRI.COM (RISKS Forum)
  3. Newsgroups: comp.risks
  4. Subject: RISKS DIGEST 14.26
  5. Message-ID: <CMM.0.90.1.726873007.risks@chiron.csl.sri.com>
  6. Date: 12 Jan 93 21:10:07 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Reply-To: risks@csl.sri.com
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 593
  12. Approved: risks@csl.sri.com
  13.  
  14. RISKS-LIST: RISKS-FORUM Digest  Tuesday 12 January 1993  Volume 14 : Issue 26
  15.  
  16.         FORUM ON RISKS TO THE PUBLIC IN COMPUTERS AND RELATED SYSTEMS 
  17.    ACM Committee on Computers and Public Policy, Peter G. Neumann, moderator
  18.  
  19.   Contents:
  20. Florida Rental Car Scam (Dewey Coffman)
  21. Computer games may endanger your health (Olivier MJ Crepin-Leblond)
  22. Ford's honesty saves county $2 million (John Cigas)
  23. Name+birthdate=no drivers license (Bruce Hayden)
  24. Student Load Errors Blamed on Computer (Steve Peterson)
  25. "Softkiller" as Arts? (Klaus Brunnstein)
  26. Computer Theft of Criminal Records (Gary McClelland)
  27. Computer hacking of flight details "was illegal" (Jonathan Bowen)
  28. Upcoming Telephone Number problems (Rob Horn)
  29. FAA prohibits pilot knowing GPS altitude in IFR flight (Jim Easton)
  30. Risks of networks (Larry WB Ching via Monty Solomon and Jerry Leichter)
  31. Version numbers (Andrew Marchant-Shapiro)
  32. About Computer Expense... (Paul Robinson)  [humor?]
  33. Re: Large Foreign Exchange Rates (Mark Brader, Peter Trei, Dik Winter)
  34. Correction on Computers, Freedom and Privacy 1993 (Bruce Koball)
  35. 1993 Complex Systems Engineering Synthesis and Assessment (C.A. Meadows)
  36.  
  37.  The RISKS Forum is moderated.  Contributions should be relevant, sound, in 
  38.  good taste, objective, coherent, concise, and nonrepetitious.  Diversity is
  39.  welcome.  CONTRIBUTIONS to RISKS@CSL.SRI.COM, with relevant, substantive 
  40.  "Subject:" line.  Others may be ignored!  Contributions will not be ACKed.  
  41.  The load is too great.  **PLEASE** INCLUDE YOUR NAME & INTERNET FROM: ADDRESS,
  42.  especially .UUCP folks.  REQUESTS please to RISKS-Request@CSL.SRI.COM.     
  43.  
  44.  Vol i issue j, type "FTP CRVAX.SRI.COM<CR>login anonymous<CR>AnyNonNullPW<CR>
  45.  CD RISKS:<CR>GET RISKS-i.j<CR>" (where i=1 to 14, j always TWO digits).  Vol i
  46.  summaries in j=00; "dir risks-*.*<CR>" gives directory; "bye<CR>" logs out.
  47.  The COLON in "CD RISKS:" is essential.  "CRVAX.SRI.COM" = "128.18.10.1".
  48.  <CR>=CarriageReturn; FTPs may differ; UNIX prompts for username, password.
  49.  
  50.  For information regarding delivery of RISKS by FAX, phone 310-455-9300
  51.  (or send FAX to RISKS at 310-455-2364, or EMail to risks-fax@cv.vortex.com).
  52.  
  53.  ALL CONTRIBUTIONS CONSIDERED AS PERSONAL COMMENTS; USUAL DISCLAIMERS APPLY.
  54.  Relevant contributions may appear in the RISKS section of regular issues
  55.  of ACM SIGSOFT's SOFTWARE ENGINEERING NOTES, unless you state otherwise.
  56.  
  57. ----------------------------------------------------------------------
  58.  
  59. Date: Sun, 10 Jan 93 18:16:35 CST
  60. From: dewey@sooner.ctci.com (Dewey Coffman)
  61. Subject: Florida Rental Car Scam
  62.  
  63. Ex-Car Rental Owners Indicted, FORT LAUDERDALE, Fla. (AP)
  64.    Value Rent-A-Car Inc. rigged its COMPUTER system to set up a scam
  65. overcharging customers who returned their cars with less than a full tank, a
  66. federal indictment says.  The indictment returned Friday says Steven M. Cohen,
  67. one of three former owners charged, fixed Value's computer system in 1988 to
  68. add five gallons to the fuel tank capacity of every vehicle in Value's fleet.
  69. This allowed the company to overcharge customers who turned in the car with
  70. less than a full tank.
  71.    Federal prosecutor Lothar Genge said that through 1991, about 47,000
  72. customers were slapped with the phony charge, which ranged from a couple of
  73. dollars to $10 or $15. Mitsubishi Motor Sales bought the company in 1990 and
  74. is looking for ways to pay back the overcharges, Genge said.
  75.  
  76. ------------------------------
  77.  
  78. Date: Thu, 7 Jan 1993 22:47:24 +0000
  79. From: Olivier MJ Crepin-Leblond <o.crepin-leblond@ic.ac.uk>
  80. Subject: Computer games may endanger your health
  81.  
  82.   Nintendo Inquiry Launched
  83.  
  84.   The Government is probing claims of health hazards to children playing
  85.   computer games like Nintendo.  The informal inquiry follows reports that two
  86.   boys in Cardiff had been struck down with epileptic fits.
  87.  
  88.   Baroness Denton, junior Consumer Affairs Minister, has called for an urgent
  89.   report: `It is important to know if there are any health risks.  
  90.   [From Teletext service on Carlton TV & Channel 4 (UK), Thursday 7th Jan 93]
  91.  
  92. Olivier M.J. Crepin-Leblond, Digital Comms. Section, Elec. Eng. Department
  93. Imperial College of Science, Technology and Medicine, London SW7 2BT, UK
  94.  
  95. ------------------------------
  96.  
  97. Date: 07 Jan 1993 16:59:41 -0500 (CDT)
  98. From: "I. LOVTUSKI" <CIGAS@RCKHRST1.BITNET>
  99. Subject: Ford's honesty saves county $2 million
  100.  
  101. Here is an excerpt from an article in the Kansas City Star, January 7, 1993:
  102.  
  103. Ford's honesty saves county $2 million, by Anne Lamoy
  104.  
  105.   An alert bookkeeper at the Ford Claycomo assembly plant saved Clay County
  106.   from cheating itself out of $2 million.  When paying the county's business
  107.   personal property taxes recently, Ford's bookkeeper realized that the
  108.   plant's two tax bills were much smaller than in previous years.  Much, much
  109.   smaller.  "When the original bills were printed, they left off a digit,"
  110.   Clay County Assessor Shirley Quick said Wednesday.  "And that digit meant $1
  111.   million."  In fact, both tax bills were exactly $1 million short, thanks to
  112.   a computerized data entry error.
  113.  
  114. The article goes on to state that Ford is the only company that owes more than
  115. 1 million in business personal property taxes in the county.  It doesn't say
  116. whether this is the first time their bill contained 7 digits.
  117.  
  118. John Cigas, Rockhurst College  cigas@rckhrst1.bitnet
  119.  
  120. ------------------------------
  121.  
  122. Date: Fri, 8 Jan 1993 05:33:14 GMT
  123. From: bhayden@csn.org (Bruce Hayden)
  124. Subject: Name+birthdate=no drivers license
  125.  
  126. Today on a trouble shooting talk show in Denver, a caller called in to
  127. complain that his license had been revoked, and he had to leave his car since
  128. he couldn't drive.
  129.  
  130. Apparently, he had renewed his drivers license recently (required every three
  131. years in Colorado). At that time, a database check was made of the other 49
  132. states. There was a match, based on birthdate and name. The other person with
  133. the same name and birthdate, had a suspended Penn. drivers license, based on a
  134. drunk driving conviction.
  135.  
  136. Based on that match, his license was summarily revoked, and notice was mailed
  137. to him to that effect. (Which he apparently had not yet received). The license
  138. showed revoked at a routine traffic stop some time later. It is not clear how
  139. automatic the revocation process is. In any case, no hearing is offered before
  140. the revocation.
  141.  
  142. The driver was especially upset because:
  143.   1) he had had a Colorado drivers license for 25 years.
  144.   2) he had never been to Pennsylvania, and
  145.   3) he didn't drink.
  146.  
  147. The burden is apparently upon him to prove the the Colorado DMV that they had
  148. the wrong man. At present he is still fighting the organization trying to get
  149. his license reinstated.
  150.  
  151. Bruce E. Hayden  (303) 758-8400  bhayden@csn.org
  152.  
  153. ------------------------------
  154.  
  155. Date: Tue, 12 Jan 93 10:57:50 CST
  156. From: Steve Peterson <peterson@fs.fs.com>
  157. Subject: Student Load Errors Blamed on Computer
  158.  
  159. The following appeared in the Minneapolis Star Tribune, 1/12/92:
  160.  
  161.   STUDENT LOAD ERRORS BLAMED ON COMPUTER (AP)
  162.  
  163.   Because of a computer problem, thousands of college students have been sent
  164.   notices ordering them to begin repaying loans that aren't due, a loan-
  165.   processing company in St. Paul [Minnesota] says.
  166.  
  167.   Shirley Chase, an attorney for EduServ Technologies, formerly known as Hemar
  168.   Corp., said problems with a new computer system caused a backlog in
  169.   processing student requests to defer payments.  She said the company hopes
  170.   to clear up the backlog by the end of February.  More than 10,000 deferment
  171.   forms are backlogged, she said.
  172.  
  173.   Because of the backlog, some students who are entitled to postpone their
  174.   loan payments have gotten notices urging them to pay and some have been
  175.   contacted by a collection agency.  Chase said EduServ has "bent over
  176.   backward" to make sure no adverse credit reports are filed with credit
  177.   bureaus because of the delay.  EduServ processes loans issued by banks and
  178.   other lenders and make sure payments are current.
  179.  
  180. Comment:  Given that they probably had a choice of whether to send dunning
  181. notices to everyone or temporarily stop sending them, it shouldn't be
  182. surprising which choice they made.
  183.  
  184. Steve Peterson, FOURTH SHIFT Corporation, 7900 International Drive,
  185.                 Bloomington, MN 55425 USA peterson@fs.com
  186.  
  187.     [My daughter reported in from Massachusetts that she had seen a 
  188.     message displayed in front of JD Auto Sales off Rte 128 in Swampscott 
  189.     MA, with something like the following message:
  190.  
  191.            TO ERR IS HUMAN.
  192.            TO BLAME IT ON A
  193.            COMPUTER IS EVEN MORESO.
  194.  
  195.     An old RISKS theme, worthy of reminder.  PGN]
  196.  
  197. ------------------------------
  198.  
  199. Date:  Mon, 11 Jan 1993 13:41:30 +0100
  200. From: brunnstein@rz.informatik.uni-hamburg.dbp.de
  201. Subject:  "Softkiller" as Arts?
  202.  
  203. FLATZ, leading performance artist from Munich (Bavaria) recently advertised
  204. "SOFTKILLER - the first buyable computer art virus". For MS-DOS systems,
  205. you may buy a diskette (in limited version: 20 diskettes each 1,800 DM equiv.
  206. about 1,100$; or unlimited version: 500 diskettes each 300 DM equiv. 185$)
  207. which after start will display some FLATZ head on the screen while formatting
  208. the disk. Advertised shortly before xmas as "the ultimate donation for PC
  209. owners", FLATZ explicitly warns that SOFTKILLER overwrites disks on data and
  210. will overwrite itself after execution.
  211.  
  212. After publication of this advertisement, Bavarian Criminal Agency became
  213. involved to analyse whether this might imply a crime of "computer sabotage"
  214. (German Penal Code, section 303b) according to which the destruction of
  215. programs and data which are essential for some person or institution will be
  216. prosecuted. In the analysis, FLATZ admitted that his software was not
  217. self-reproducing and therefore no virus. Moreover, his "attack on the
  218. computerworld" is mentioned in capital letters on the envelope. On the other
  219. side, distribution via BBS (though not foreseen by him) this warning is lost.
  220.  
  221. At this time, no test or reverse engineering of SOFTKILLER has been done. 
  222. Probably, it is technically not worth the effort. But with some probability, 
  223. other artists may come up with similar "ideas". Happy,Healthy and Riskless 1993
  224.  
  225. Klaus Brunnstein (University of Hamburg, North Germany, January 10, 1993)
  226.  
  227. ------------------------------
  228.  
  229. Date: Fri, 8 Jan 1993 11:22:59 -0700
  230. From: mcclella@yertle.Colorado.EDU (Gary McClelland)
  231. Subject: Computer Theft of Criminal Records
  232.  
  233. An AP story in the Boulder Daily Camera (1/8/93) reports a familiar story with
  234. a few new variations.
  235.  
  236. A private investigator and two police employees have been indicted by a Denver
  237. grand jury for improperly obtaining the criminal histories of 8,559
  238. individuals.  The Private Eye paid $3 to $5 per search and as much as $1,300
  239. per week (he kept great records!).  The scheme unraveled when a co-worker of
  240. the police employee who was doing the snooping became angry that her colleague
  241. was spending so much time looking up names that she was falling behind in her
  242. regular work.  So after seeing a "criminal history format" on her screen that
  243. she was not supposed to be using, the co-worker turned her in.  A computer log
  244. revealed that on the day she was caught, she had run checks on 95 people!  It
  245. turns out that a transaction recording system allowed investigators to
  246. reconstruct all 8559 criminal history searches.  With such a great logging
  247. system it seems strange that no one noticed 8559 extra searches; if the
  248. co-worker hadn't got the extra work dumped on her, these folks would still be
  249. stealing criminal records.
  250.  
  251. gary mcclelland, univ of colorado, mcclella@yertle.colorado.edu
  252.  
  253. ------------------------------
  254.  
  255. Date: Tue, 12 Jan 93 15:04:24 GMT
  256. From: Jonathan.Bowen@prg.ox.ac.uk
  257. Subject: Computer hacking of flight details "was illegal"
  258.  
  259. Today's UK newspapers are full of the story on the British Airways (BA)
  260. "dirty tricks" campaign against Virgin and their successful suing by
  261. Richard Branson. Of particular relevance to "risks" is the following
  262. extract from the Independent newspaper (p6, 12 January 1993):
  263.  
  264.   ... The [BA] team were told that in future, their key task would be
  265.   to access highly confidential information from their rival's
  266.   [Virgin's] computer system.
  267.     "We were shown how to get the information by tapping into our computer
  268.   terminals in the Helpline office. We tapped in with our regular BA code
  269.   and called up the Virgin flight numbers".
  270.     In common with many other airlines, Virgin rents out a segment of a
  271.   vast computer known as Babs - British Airways Booking System. Mr Khalifa
  272.   and his colleagues simply tapped into it. "We could see on the Babs
  273.   computer system when flight is open [sic], when it closed, if it was
  274.   delayed and how many passengers were due to board".
  275.     For the next nine months the Helpline hackers provided BA with critical
  276.   information on Virgin's flights.
  277.  
  278. Jonathan Bowen, Oxford University
  279.  
  280.               [A much longer version of this article was reported 
  281.               by Bob Dowling <rjd4@cus.cam.ac.uk>.  PGN]
  282.  
  283. ------------------------------
  284.  
  285. Date: Fri, 8 Jan 93 11:48:27 EST
  286. From: horn%temerity@leia.polaroid.com (rob horn)
  287. Subject: Upcoming Telephone Number problems
  288.  
  289. I don't recall mention on Risks of the impending problems with modem networks.
  290. The North American telephone numbering plan is being changed.  This is going
  291. to gradually lead to problems for all the people with long distance numbers
  292. that are pre-stored in documents, files, programs, and modems.
  293.  
  294. The change (as I understand it) is that the leading 1 digit should be used
  295. ONLY when dialing outside the area code, rather than the current system that
  296. imposes the need when dialing outside the local calling area.  Then the area
  297. code restriction to the form x0x or x1x will be removed.  I expect the change
  298. to be done carefully by the telco's so that mistakes will cause failure to
  299. connect rather than incorrect connection.
  300.  
  301. Just to make things interesting, this change is being staged area code by area
  302. code.  So for people who plan to fix their internal stored numbers you need to
  303. know when your area is being changed.
  304.  
  305. Rob Horn   hornr@mr.polaroid.com
  306.  
  307. ------------------------------
  308.  
  309. Date: Fri, 8 Jan 93 12:34:43 PST
  310. From: jim@mpl.UCSD.EDU (Jim Easton)
  311. Subject: FAA prohibits pilot knowing GPS altitude in IFR flight
  312.  
  313. I was recently informed that the KLN-90 GPS(Global Positioning System)
  314. navigation unit used in airplanes was designed so that the pilot cannot
  315. display the altitude the unit calculates from satellite data. It does display
  316. the barometric altitude and will issue a warning if the barometric altitude
  317. differs significantly from the GPS altitude.
  318.  
  319. On asking Bendix/King why they would deny a pilot information already computed
  320. in the unit, the spokesperson explained that the calculated GPS altitude is
  321. often several hundred feet different from the "officially correct" barometric
  322. altitude, and that pilots might be so stupid as to try to fly by the GPS
  323. altitude - thus putting themselves at risk of a collision. Accordingly, the
  324. TSO(Technical Standards Order) by which the FAA defines approval of GPS
  325. navigation systems for IFR(Instrument Flight Rules) prohibited them from
  326. making GPS altitude information available to the pilot.
  327.  
  328. Last month I was flying in the clouds in mountains and experienced a failure
  329. of the primary pressure altimeter in the aircraft. Cross checking a second
  330. pressure altimeter with the GPS altitude on a non-TSO GPS navigator verified
  331. that it was the primary altimeter that was wrong. Not having this information
  332. could easily have resulted in my death.  I would much prefer to educate pilots
  333. about GPS altitude errors than to deny them the possibility of having what
  334. could be lifesaving information.
  335.  
  336. Jim Easton, Box 889, Bonita, CA 91908    (619)548-0138 
  337.  
  338. ------------------------------
  339.  
  340. Date: Sat,  9 Jan 93 08:03:32 EDT
  341. From: Jerry Leichter <leichter@lrw.com>
  342. Subject: Risks of networks
  343.  
  344. [I pulled the following from a recent TELECOM Digest, and it may very well
  345. have appeared elsewhere previously.  But if ever there was an indication that
  346. the Internet is not the safe playground we like to think it is, it's this.
  347. Not only do we have to face new risks; we have to face new forms of old ones.
  348.                             -- Jerry]
  349.  
  350. Date: Thu, 7 Jan 1993 03:34:36 -0500
  351. From: Monty Solomon <monty@proponent.com>
  352. Subject: Sci.electronics Phone Fraud!
  353.  
  354. [Moderator's Note: Monty also passed this along for us today.  PAT]
  355.  
  356.  From: larryc@shell.portal.com (Larry WB Ching)
  357.  Newsgroups: sci.electronics
  358.  Subject: SCI.ELECTRONICS Phone fraud !!!
  359.  Summary: A recent attempt to rip-off sci.electronics correspondents.
  360.  Keywords: fraud, con artists, phone numbers
  361.  Message-ID: <C077BC.GBn@unix.portal.com>
  362.  Date: 1 Jan 93 23:16:23 GMT
  363.  Sender: news@unix.portal.com
  364.  Organization: Portal Communications  -- 408/973-9111 (voice) 408/973-8091  
  365.  
  366.  At about 6PM Thursday evening, I got a phone call. The operator said
  367. that he had a collect call to me from Charles Pooley in New York. The
  368. name was familiar, but I didn't remember exactly why. I said I would
  369. accept the call, but then the "operator" said the call couldn't get
  370. through because I had the call collect option blocked. He then said he
  371. could pass the call through if I gave him my calling card number. I
  372. said that I'd rather call Mr. Pooley myself, and could the "operator"
  373. give me Mr. Pooley's number.  There was a pause, then a phone number
  374. with a San Jose area code! It didn't occur to me until later that , if
  375. the call was from New York, why was the call-from number (408) !??!
  376.  
  377.  I remembered that Charles and I had been corresponding on a topic from
  378. sci.electronics. I was lucky enough to have an old message from him lying
  379. around, and emailed him a message about my mysterious phone call.
  380.  
  381.  Charles Pooley replyed to me today -- turns out the guy tried the same scam
  382. on him too! But this time, the bogus operator said the collect call was from
  383. me to Charles! Charles was also wary, and didn't give the crook his calling
  384. card number.
  385.  
  386.  So - WATCH OUT! How this con artist chose my name and Charles' to try is
  387. beyond me. As far as public postings in sci.electronics, I don't think Charles
  388. and I had exchanged more than four public postings. Most of our correspondence
  389. has been via "private" email.
  390.  
  391.  This has definitely raised my paranoia level. If, out of the millions of
  392. public postings during 1992, someone should choose two correspondents who have
  393. exchange only a slight amount of messages ....  I mean, why us?  Or, is there
  394. a "boilerroom" operation going on, with a bunch of phony operators, armed with
  395. USENET listings -- calling people with this con?
  396.  
  397.  OH! - I may have put my phone number in one of my public
  398. sci.electronics postings - that's probably how the scamsters make
  399. their selection. Makes sense ...
  400.  
  401. CHILDREN BEWARE!!!
  402.  
  403. larryc@shell.portal.com
  404.  
  405. [Moderator's Note: I note the public access site you use for Usenet
  406. (Portal Com) is located in area 408 (San Jose, CA).   PAT]
  407.  
  408.    [Also sent to RISKS by Mike LeVine,
  409.    levine%fidler.decnet@chinalake.navy.mil]
  410.  
  411. ------------------------------
  412.  
  413. Date: 7 Jan 93 14:35:00 EST
  414. From: "MARCHANT-SHAPIRO, ANDREW" <MARCHANA@gar.union.edu>
  415. Subject: version numbers
  416.  
  417. Alas, Microsoft isn't the only software company sliding corrections in without
  418. notice -- there are (at least) two versions of Digital Research's (really
  419. wonderful) DR-DOS 6.0 floating around out there as well.  In this case, the
  420. problem isn't quite so critical: the early version will not run Windows 3.1,
  421. apparently because of some hooks Microsoft inserted (rampant speculation).
  422. Windows 3.0 will run, however.  The new version, which has been fairly freely
  423. distributed, but which has the SAME version number, corrects the Windows
  424. incompatibility (which some might call an advantage).  DR-DOS users should
  425. check to make sure that their COMMAND.COM is dated 4-07-92 (or later?).
  426.  
  427. For me, this has created no serious problems, but I can forsee
  428. situations in which failure to adhere to a reasonable numbering system
  429. could lead to all kinds of headaches -- "What version of our software
  430. are you using?" "Version 6.37a."  "Yes, but WHICH version 6.37a...?"
  431.  
  432. Andrew Marchant-Shapiro    Depts of  Sociology and Political Science
  433. USmail: Union College, Schenectady  NY  12308   AT&T: (518) 370-6225
  434. INTERNET:  marchana@gar.union.edu     BITNET:  marchana@union.bitnet
  435.  
  436. ------------------------------
  437.  
  438. Date:     Mon, 11 Jan 1993  17:19:55 EST
  439. From: "Paul Robinson, Contractor" <FZC@CU.NIH.GOV>
  440. Subject:  About Computer Expense...
  441.  
  442. The following item appeared on the Operations List on Bitnet, and I thought
  443. I'd pass it on because it is unfortunately very true.
  444.  
  445. Date:     Sun Jan 10, 1993  1:09 am  EST
  446. From:     Mainframe Operations Discussion List
  447.           EMS: INTERNET / MCI ID: 376-5414
  448.           MBX: OPERS-L@vm1.cc.uakron.edu
  449.  
  450. TO:       Multiple recipients of list OPERS-L
  451.           EMS: INTERNET / MCI ID: 376-5414
  452.           MBX: OPERS-L@akronvm.bitnet
  453. Subject:  Re: Some Good Old Standbys
  454.  
  455. > I came across these in a Usenet post and found them quite relevant
  456.  
  457. And one I saw in a humor column recently:
  458.  
  459.    If the automobile industry were like the computer industry
  460.    over the past 30 years, a Rolls-Royce would now cost $5.00,
  461.    would get 300 miles to the gallon, and once a year would
  462.    explode killing all passengers inside!
  463.                          - tom
  464.  
  465.    mvac23!thomas@udel.edu  lapp@cdhub1.dnet.dupont.com (work)
  466.    {ucbvax,mcvax,uunet}!udel!mvac23!thomas
  467.  
  468. ------------------------------
  469.  
  470. Date:     Fri, 8 Jan 1993 01:28:00 -0500
  471. From: msb@sq.com (Mark Brader)
  472. Subject: Re: Large Foreign Exchange Rates (Kain, Risks-14.23)
  473.  
  474. > So in the face of unreasonable people (dictators, etc.), perhaps we
  475. > need to use a floating point representation for the exchange rates
  476. > - but I do think that one decimal digit for the exponent should be
  477. > adequate.
  478.  
  479. He walks right into it!
  480.  
  481. According to the Guinness Book of World Records, in June 1946 the
  482. Hungarian pengo [two acute accents on the o] reached a valuation of
  483. 1 / 1.3e20 of the gold pengo of 1931.  Now I don't know what *that*
  484. value was, but I think we can assume that the exchange rates with
  485. at least some other currencies must have exceeded 1e19.
  486.  
  487. The German inflation of 1923 also went well past the 1e10 mark --
  488. no pun intended -- if I recall correctly.
  489.  
  490. Mark Brader, Toronto  utzoo!sq!msb, msb@sq.com
  491.  
  492. ------------------------------
  493.  
  494. Date: Thu, 7 Jan 93 15:08:41 EST
  495. From: ptrei@bistromath.mitre.org (Peter Trei)
  496. Subject: Re: Large Foreign Exchange Rates (R. Y. Kain, RISKS-14.23)
  497.  
  498. >So in the face of unreasonable people (dictators, etc.), perhaps we need to 
  499. >use a floating point representation for the exchange rates - but I do think 
  500. >that one decimal digit for the exponent should be adequate.
  501.       ^^^
  502.      I wouldn't be too certain. I don't have it hand, but I recall an
  503. occasion when a South American currency (Paraguay?) depreciated to
  504. billions (43 billion?) to one versus it's gold equivalent (it's in the
  505. Guinness book of records).
  506.  
  507.      It is easy to underestimate the size of data a program may be asked to
  508. deal with, especially several years down the line. (See the Bank of New York
  509. problems, recorded here several years ago, when a program suddenly had more
  510. than 2^16 transactions/day). The cautious programmer will be generous to a
  511. fault. The best case I've seen was in a banking program where dollar amounts
  512. were stored as 96 bit integer quantities of pennies - this rolls over at
  513. nearly $8E26, or about 792 trillion trillion dollars.
  514.                                     Peter Trei
  515.  
  516. ------------------------------
  517.  
  518. Date: Fri, 8 Jan 1993 01:04:30 GMT
  519. From: Dik.Winter@cwi.nl
  520. Subject: Re: Large Foreign Exchange Rates (Kain, RISKS-14.23)
  521.  
  522. The lack of need for seven digit accuracy is correct, the single digit
  523. exponent is not.  I have a German banknote of 1,000,000,000 Mark, barely
  524. enough to buy a bread by one month after issue.  I have also seen German
  525. stamps of 1,000,000,000,000,000,000 Mark (Eine Trillionen Mark, German
  526. trillions of course).  That was in the early twenties of course.  And I add
  527. that at that time Germany was a democratic country, no unreasonable people
  528. were involved.
  529.  
  530. dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland
  531. home: bovenover 215, 1025 jn  amsterdam, nederland; e-mail: dik@cwi.nl
  532.  
  533. ------------------------------
  534.  
  535. Date: Thu, 7 Jan 93 14:34:46 PST
  536. From: "Peter G. Neumann" <neumann@csl.sri.com>
  537. Subject: Correction on Computers, Freedom and Privacy 1993 (RISKS-14.21)
  538.  
  539. Bruce Koball reports that the net address for cfp93 information and
  540. registration reported in RISKS-14.21 should have been cfp92@well.sf.ca.us.
  541. However, Bruce's address was correct, so this should not have caused anyone
  542. too much trouble.
  543.  
  544. ------------------------------
  545.  
  546. Date: Fri, 8 Jan 93 10:49:36 EST
  547. From: meadows@itd.nrl.navy.mil (Catherine A. Meadows)
  548. Subject: CSESAW93 call for papers
  549.  
  550.                                 CALL FOR PAPERS
  551.                  
  552.            1993 Complex Systems Engineering Synthesis and Assessment
  553.                         Technology Workshop (CSESAW '93)
  554.  
  555.                                 July 20-22, 1993
  556.                                  Washington, DC
  557.  
  558. This is a call for papers to be presented at the 1993 Complex Systems 
  559. Engineering Synthesis and Assessment Technology Workshop (CSESAW '93)
  560. which will be held July 20-22, 1993.  The theme of this year's workshop
  561. is integration. This workshop will explore issues related to the design
  562. synthesis and assessment of complex, computer-based, mission-critical
  563. systems.  Many DoD related systems tend to be large, complex,
  564. fault tolerant, distributed, real-time, time-critical systems.
  565. Of interest is the development and enhancement of the system level
  566. ability to specify, capture, synthesize, analyze, model, prototype,
  567. test and implement such systems.  The emphasis is on developing forward
  568. engineering capabilities; however, reverse engineering capabilities will
  569. also be addressed.  
  570.  
  571.                                TOPICS OF INTEREST
  572.  
  573.     INTEGRATION OF CAPTURE, OPTIMIZATION, AND ASSESSMENT TECHNOLOGIES 
  574.     INTEGRATION OF DEPENDABLE SYSTEM DESIGN INTO SYSTEM ENGINEERING 
  575.     INTEGRATION OF SECURE SYSTEMS DESIGN INTO SYSTEM ENGINEERING
  576.     APPLICATION OF SIMULATION, MODELING, MEASUREMENT, METRICS, 
  577.                              AND PROTOTYPING WITHIN SYSTEM ENGINEERING
  578.     REQUIREMENTS ELICITATION, SPECIFICATION AND TRACEABILITY  
  579.  
  580.     Authors are requested to submit (5) copies of the paper of no more than
  581. 7,000 words (5 pages or less). Include a cover letter listing the author(s),
  582. paper title, area of interest, and the name, address, FAX, telephone number,
  583. and e-mail address (if available) of the author who is responsible for all
  584. correspondence and preparation for the workshop by 15 April 1993.  The
  585. accepted papers will be published as a Proceedings, which will be distributed
  586. within the Government and also made available to the general public.
  587.  
  588.                       Submission Deadline:      15 April 1993
  589.                       Acceptance Notification:  15 May   1993
  590.                       Final Paper Submission:    1 June  1993
  591.     
  592.                   Submission Address:
  593.                         Steve Howell
  594.                         Naval Surface Warfare Center
  595.                         Code B40
  596.                         10901 New Hampshire Avenue
  597.                         Silver Spring, MD 20903-5000
  598.     
  599.                         e-mail inquiries: showell@nswc-wo.navy.mil 
  600.                         phone inquiries: 301-394-3987
  601.                         fax inquiries: 301-394-1175
  602.  
  603. ------------------------------
  604.  
  605. End of RISKS-FORUM Digest 14.26
  606. ************************
  607.