home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / infosyst / gopher / 1292 < prev    next >
Encoding:
Text File  |  1992-11-20  |  3.8 KB  |  81 lines
  1. Newsgroups: comp.infosystems.gopher
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!doug.cae.wisc.edu!umn.edu!danzig!lindner
  3. From: lindner@danzig.micro.umn.edu (Paul Lindner)
  4. Subject: Re: More bugs gopher1.1b1 (beta programmers as well as code)
  5. Message-ID: <1992Nov21.001731.6574@news2.cis.umn.edu>
  6. Sender: news@news2.cis.umn.edu (Usenet News Administration)
  7. Nntp-Posting-Host: danzig.micro.umn.edu
  8. Organization: University of Minnesota, Minneapolis
  9. References: <BxrI8o.Ir0@alsvid.une.edu.au> <1992Nov16.185158.1983@news2.cis.umn.edu> <mtm.722068331@CAMIS>
  10. Date: Sat, 21 Nov 1992 00:17:31 GMT
  11. Lines: 68
  12.  
  13. In <mtm.722068331@CAMIS> mtm@CAMIS.Stanford.EDU (Mike Macgirvin) writes:
  14.  
  15. >lindner@mudhoney.micro.umn.edu (Paul Lindner) writes:
  16.  
  17. >    With all due respect, Paul, I sure hope you're wearing
  18. >something flame-retardent.... we all respect the work you've done,
  19. >but we all wish it worked better.
  20.  
  21. >    Why are you using a string library anyway? You're not storing
  22. >strings with embedded nulls that I can see...
  23.  
  24. I wrote my STR string library because I don't beleive in hard coded
  25. limits.  When the WAIS stuff came along, (with it's big long selector
  26. strings) I decided to do things the "right" way, put all my string
  27. stuff into a package and in only one place.
  28.  
  29. I'm also doing this for other stuff.  Code maintainance is driving me
  30. batty, perhaps it is time give the whole thing a rewrite...  Right now
  31. most of my effort seems to be in rewriting code I've already written.
  32. Most of the patches I receive require some noodling before I can
  33. really use them, either because they're too system dependent or too
  34. gross. 
  35.  
  36. >    Oh well, I should probably mention that it's getting very
  37. >difficult to justify why I'm spending such a high percentage of my
  38. >time troubleshooting one application which is only used by a small
  39. >handful of people currently. I have several thousand applications and
  40. >hundreds of other people that require my attention.
  41.  
  42. Don't think I know how you feel, I only do the gopher server part
  43. time, the rest of the time it's handholding and phone support for
  44. 60,000 people.  (Yes I do answer the phone on occasion, when you
  45. 612-MA-MICRO you might just get yours truly to help you)
  46.  
  47. >    It would be a whole lot nicer if we only were dealing the
  48. >"five-hundred year" bugs (see Scientific American this month). But
  49. >with gopher, it's more along the lines of "fifteen-minute bugs". Oh,
  50. >and consider what would happen if the fate of the world and your life
  51. >were dependant on the reliability of the code you create, and write
  52. >all your functions with that in mind. I can't believe that dumping
  53. >core is part of the curricula of even the hippie programming
  54. >schools...
  55.  
  56. I never said that the beta releases were for the weak of heart...  I
  57. wanted everyone to see what I had up my sleeve, after receiving 20
  58. fixes to the ftp temp file bug I thought I should let people see
  59. what's going on.  I really appreciate all the help I get!!  Thanks
  60. everyone!  Unfortunately, the need of features means that I can't test
  61. everyone elses code and all the interacting problems associated with
  62. it. 
  63.  
  64. Hmm, show me a trace of your corefile and I'll take a look at it.  As
  65. H. Ross sez, I'm all ears.
  66.  
  67. I want the code to be the best it can be.  I think we (myself and the
  68. rest of the internet) have made many improvements over the course of
  69. time.  When I go back and look at the first release of gopher I'm
  70. amazed.   To think that one person could do that part time.
  71.  
  72. Without the help and assistance of the net at large, gopher wouldn't
  73. be the product that it is today.
  74.  
  75. I thank all of you, the users, the admins, everyone..
  76. --
  77.  | Paul Lindner | lindner@boombox.micro.umn.edu   | Slipping into madness
  78.  |              | Computer & Information Services | is good for the sake
  79.  | Gophermaster | University of Minnesota         | of comparision.
  80. ///// / / /    /////// / / / /  /  /  /   /      //// / / / /  /  /  /   /
  81.