home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / fortran / 5149 < prev    next >
Encoding:
Text File  |  1993-01-24  |  1.5 KB  |  32 lines
  1. Newsgroups: comp.lang.fortran
  2. Path: sparky!uunet!noc.near.net!nic.umass.edu!umassd.edu!hshubs
  3. From: hshubs@cis.umassd.edu (Howard S Shubs)
  4. Subject: Poor programming (was: Block Data is evil)
  5. Message-ID: <C1BEIn.8MA@umassd.edu>
  6. Sender: usenet@umassd.edu (USENET News System)
  7. Organization: University of Massachusetts Dartmouth
  8. References: <1993Jan21.074755.14939@arcetri.astro.it> <1993Jan22.183106.15813@newshost.lanl.gov> <C1AMpC.BAt@umassd.edu> <1993Jan23.151052.6593@hubcap.clemson.edu>
  9. Date: Sat, 23 Jan 1993 16:15:58 GMT
  10. Lines: 20
  11.  
  12. In <1993Jan23.151052.6593@hubcap.clemson.edu> jtbell@hubcap.clemson.edu (Jon Bell) writes:
  13.  
  14. >In article <C1AMpC.BAt@umassd.edu> hshubs@cis.umassd.edu (Howard S Shubs) writes:
  15.  
  16. [poor method for doing memory management from FORTRAN deleted to prevent
  17. its spread]
  18.  
  19. >>You're not seriously suggesting that this be used in production code,
  20. >>are you?  If you are, is this intended as job security?
  21.  
  22. >It's already been done.  When I was a grad student in experimental
  23. >particle physics, I worked with CERN's HYDRA library, which implemented
  24. >dynamic memory allocation in FORTRAN using the same basic idea.  I 
  25. >think this package is still widely used in particle physics.
  26.  
  27. That's meaningless.  Just because something has been done poorly is not
  28. a reason to continue to do it poorly.  Someone has to maintain that code.
  29. -- 
  30. Howard S Shubs    hshubs@bix.com          For to win 100 victories in 100
  31. The Denim Adept   hshubs@cis.umassd.edu   battles is not the acme of skill.
  32.