home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / rec / games / mud / misc / 1735 < prev    next >
Encoding:
Text File  |  1992-12-26  |  2.5 KB  |  54 lines
  1. Newsgroups: rec.games.mud.misc
  2. Path: sparky!uunet!gatech!darwin.sura.net!blaze.cs.jhu.edu!jyusenkyou!arromdee
  3. From: arromdee@jyusenkyou.cs.jhu.edu (Ken Arromdee)
  4. Subject: Re: Note to any fellow DikuMUD coders...
  5. Message-ID: <1992Dec26.211738.11242@blaze.cs.jhu.edu>
  6. Sender: news@blaze.cs.jhu.edu (Usenet news system)
  7. Organization: Johns Hopkins University CS Dept.
  8. References: <9212260257.AA22918@TIS.COM> <kwt1H$1cnb@atlantis.psu.edu> <9212261801.AA05796@TIS.COM>
  9. Date: Sat, 26 Dec 1992 21:17:38 GMT
  10. Lines: 42
  11.  
  12. In article <9212261801.AA05796@TIS.COM> mjr@TIS.COM writes:
  13. >    Broken vendor software (who broke inet_ntoa()? AIX?) is a real
  14. >problem, and working around it is a pain in the butt. There are two
  15. >approaches:
  16. >    a) provide alternate functionality  (your own library routine)
  17. >    b) provide a patch
  18. >    Approach 'a' risks becoming a software time bomb, and approach
  19. >'b' risks turning your code into a mass of:
  20. >#ifdef    BROKEN_INET_NTOA
  21. >#ifdef    SUN
  22. >#else
  23. >#endif
  24. >#else
  25. >#endif
  26. >    And similar abominations.
  27.  
  28. Yet, what is the alternative?  The alternative seems to be to not take into
  29. account broken software at all, and to always write as though it worked even if
  30. it doesn't.  This creates an _immediate_ "software time bomb".  Sure, _this_
  31. one is "really" the fault of the vendor and not the coder, but from the point
  32. of view of someone trying to run the thing, it has pretty much the same effect.
  33.  
  34. >just write stuff and if you need to build it on a system without
  35. >inet_ntoa() or a broken inet_ntoa() then you need to either beat
  36. >up your vendor and/or get a working version you can link in as a
  37. >local patch. If the makefiles for the application are simple and
  38. >avoid GNU-ish excesses in complexity, adding "inet_ntoa.c" to
  39. >the link should be easy.
  40.  
  41. Not all users are programmers.  Believe it or not, some people actually don't
  42. _like_ having to fix programs, and some might not even be very good at it.
  43. For some people, figuring out that a system routine is broken is non-trivial.
  44. I don't believe the idea that you shouldn't be running something unless you're
  45. willing and able to debug it, and even if you sometimes have to debug it anyway
  46. by necessity, minimizing the amount of debugging is a Good Thing.
  47. --
  48. "Am I still reading rec.games.mud?  In MY day, flames were much better than
  49. that.  We didn't HAVE those nansie-pansie four letter words to swing around,
  50. we dug up hard FACTS when we flamed, AND WE LIKED IT!"
  51.     -- Doran, on rec.games.mud
  52.  
  53. Ken Arromdee (arromdee@jyusenkyou.cs.jhu.edu, arromdee@jhunix.hcf.jhu.edu)
  54.