home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / alt / sys / amiga / uucp / 3079 < prev    next >
Encoding:
Text File  |  1992-12-29  |  4.4 KB  |  87 lines
  1. Path: sparky!uunet!uunet.ca!xenitec!lemsys!clemon
  2. From: clemon@lemsys.UUCP (Craig Lemon VE3XCL)
  3. Newsgroups: alt.sys.amiga.uucp
  4. Subject: Re: ARn problems
  5. Message-ID: <Gt+cs*Z20@lemsys.UUCP>
  6. Date: Tue, 29 Dec 1992 10:20:26 EST
  7. References: <sdMbs*f10@lemsys.UUCP> <pb4cs*BN0@prolix.apana.org.au> <-B2cs*N10@lemsys.UUCP>
  8.  <281292i0556@hamburg.uucp>
  9. Distribution: world
  10. Organization: Private UUCP "Twig" Node
  11. X-Newsreader: Arn V1.00
  12. Lines: 73
  13.  
  14. In article <281292i0556@hamburg.uucp>, Kai 'wusel' Siering writes:
  15.  
  16. > %        Well, after tinkering, I've got a sorted ACTIVE file but I still
  17. > % have the .grouplist sorted the way I like it.  It's working so far (but I'm
  18. > % hanging onto beta rel2.
  19. > 
  20. > Err ... You posted with `Arn 1.00', no `beta' -- what's happening?
  21.  
  22.         Why does this confuse everyone so much!!!  I said : "It's [Arn
  23. v1.00] working so far but I'm hanging onto beta rel2."  ie. I'm not throwing
  24. away the beta2 release yet.  It (v1.00) is running much smoother now than
  25. when I posted the previous message and in the meantime I've also found that
  26. the archive I had was incorrect and have re-FTPed and re-installed Arn
  27. v1.00.
  28.  
  29. >      Please note that Arn 1.00 has been compiled with SAS/C 6 -- and some
  30. > `features' of this Arn are there just because of this fact (namely the bug
  31. > with Arn not recognizing the `SCREENDATA'-entry) =:-< Roland tried but
  32. > lacked the time to include the source with this distribution (he's
  33. > currently on vaccation). Please collect all bugs and send them to Roland
  34. > in Janurary 1993 ...
  35.  
  36.         I've already been in contact with Roland.
  37.  
  38. > % part of the idiot-proofing of the program, and arnmaster should have never
  39. > % allowed it in the first place.  It's unknown if the new arnmaster fixes
  40. > % this as I manually removed the problem.
  41. > 
  42. >      Well, at least in wCNews, without human interaction, there simply
  43. > CAN'T be a duplicate entry in the active file -- so why bother to check
  44. > against this? Any user tinkering with sensitive data like the active file
  45. > really SHOULD be aware of what he's doing. (Nevertheless, no program
  46. > should ever crash due to simply human malfunction ...)
  47.  
  48.         I am quite aware of what I'm doing with the active file.  Arnmaster
  49. has maintained my activefile from day one and must have created the
  50. duplicate entry at some point, for some reason.  Not everyone runs CNews
  51. and arnmaster is in place to create an accurate ACTIVE-file for non-CNews
  52. operators.  Why not bother to check against this?  Checking for anything
  53. and everything is usually part of good programming.  An analogy would be if
  54. someone pressed a key that had no function in Arn, it exited because it
  55. didn't find a routine to execute that goes with that key.  "Anyone who has
  56. installed Arn should be well aware of what they're doing.  Why bother to
  57. check for invalid keypresses?"  Same thing.  Sorting and checking for
  58. duplicate ACTIVE-file entries should be something that Arnmaster do in the
  59. future, at least for the '-A' option for people running Dillon's UUCP where
  60. there isn't news transport software also looking after it.  This sort of
  61. thing is part of building a solid, well-written, well thought out software
  62. package.  Roland doesn't do this for a living or anything (and it is
  63. PD/Shareware) so I can't expect perfection, but revisions keep coming with
  64. modifications and bug-fixes, and this should be seriously thought about for
  65. the next version of arnmaster.
  66.  
  67. >      Well, Roland just told me (in de.comp.sys.amiga.uucp) to print out
  68. > the Arn.dvi and read this carefully ... Maybe this would work for you, too
  69. > =:-> Please bear in mind that this release was dictated by time -- Roland
  70. > had to leave for Chirstmas in time and he decided to release this version
  71. > BEFORE he left ... He'll be back in mid-January, so please be patient,
  72. >                       kai
  73.  
  74.         I will be printing it out as soon as I have laser access.  I like
  75. printing things 4 pages/side, double-sided as it saves paper and is still
  76. very readable (for me anyways).
  77.  
  78. >  _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
  79. >  \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: Σ÷ⁿ▀
  80.  
  81.  
  82. --
  83.  Craig Lemon VE3XCL (Advanced) - Kitchener, Ontario. +1 519 741 0297
  84.  clemon@lemsys.UUCP clemon%lemsys@xenitec.on.ca  | 1B Electrical Engineering
  85.  TCP/IP: ve3xcl@ve3xcl.ampr.org [44.135.84.51]   |  University of Waterloo
  86.  AX.25 Packet: ve3xcl@ve3euk.#SWON.ON.CAN.NA     | Waterloo, Ontario, CANADA
  87.