home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / hp48 / 4305 < prev    next >
Encoding:
Text File  |  1992-08-18  |  2.6 KB  |  56 lines
  1. Newsgroups: comp.sys.hp48
  2. Path: sparky!uunet!mcsun!news.funet.fi!funic!nntp.hut.fi!nntp.hut.fi!mheiskan
  3. From: mheiskan@hut.fi (Mika Heiskanen)
  4. Subject: Re: unpostable sex48pos
  5. In-Reply-To: Erik Naggum's message of 19 Aug 1992 01:44:20 +0200 (19920818234420)
  6. Message-ID: <MHEISKAN.92Aug19051417@vipunen.hut.fi>
  7. Sender: usenet@nntp.hut.fi (Usenet pseudouser id)
  8. Nntp-Posting-Host: vipunen.hut.fi
  9. Reply-To: mheiskan@.vipunen.hut.fi
  10. Organization: Helsinki University of Technology - Finland
  11. References: <9208171437.AA03964@is1.vub.ac.be>
  12.     <BSON.92Aug17114146@kropotkin.gnu.ai.mit.edu>
  13.     <1992Aug17.224319.29939@seq.uncwil.edu> <23310C@erik.naggum.no>
  14. Date: 19 Aug 92 05:14:17
  15. Lines: 39
  16.  
  17. In article <23310C@erik.naggum.no> Erik Naggum <enag@ifi.uio.no> writes:
  18.  
  19. >   I found this thing extremely offensive, but that has nothing to do with
  20. >   the graphics, which were kind of entertaining.  (Good work to cram so
  21. >   much into so few pixels, Glu.)  It has to do with Lutz Vieweg's lazy
  22. >   programming style, which caused my '48 to lock up when I tried to figure
  23. >   out how this picture compression thing worked, and it deleted the entire
  24. >   "null" directory, with alarms and user key assignments, and made it
  25. >   impossible for me to add new alarms or user key assignments: the '48
  26. >   cleared memory when I tried to re-install user key assignments (STOK).
  27.  
  28. Next time try ON-C. It executes every $CONFIG program, including the one in
  29. library 1 (internal). It makes a new hidden directory if you somehow
  30. manage to purge it.
  31.  
  32. >   This is the third time I have to restore from backups, all of them after
  33. >   I've used a program written by Lutz Vieweg, all of which did incredibly
  34. >   stupid things to completely unrelated parts of the system.  I'm not
  35. >   happy with this, of course, and I'm not going to use software written by
  36. >   Lutz Vieweg for the next decade or so, or until somebody can give some
  37. >   evidence of his improving his programming style to include sanity checks
  38. >   on arguments and input, so as not to blow up the system on bad input.
  39. >   If you don't heed this advice, please heed another: always take a full
  40. >   backup before you download Lutz Vieweg code to your '48.  Think of it as
  41. >   safe sex.
  42. >
  43. >   Best regards,
  44. >   </Erik>
  45.  
  46.   If Lutz makes a good program, I will use it no matter who says what. If I
  47. play around with the code of his programs, I blaim only myself for any
  48. crashes. If the user level command causes crashes for inadequate argument
  49. checking, I suggest you contact Lutz and tell him about it so he can fix it
  50. in the next release.
  51.   What comes to crashing the HP48, well, I don't bother to reset the clock
  52. anymore. :)
  53.  
  54. --
  55. --> mheiskan@vipunen.hut.fi
  56.