home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / oop / macapp3 / 573 < prev    next >
Encoding:
Text File  |  1993-01-23  |  2.0 KB  |  45 lines
  1. Newsgroups: comp.sys.mac.oop.macapp3
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!srvr1.engin.umich.edu!saimiri.primate.wisc.edu!ames!data.nas.nasa.gov!taligent!lsr.taligent.com!user
  3. From: lsr@taligent.com (Larry Rosenstein)
  4. Subject: Re: Defections from BedRock?
  5. Message-ID: <lsr-220193105509@lsr.taligent.com>
  6. Followup-To: comp.sys.mac.oop.macapp3
  7. Sender: usenet@taligent.com (More Bytes Than You Can Read)
  8. Organization: Taligent, Inc.
  9. References: <9301171603.AA56221@chaos.intercon.com> <1993Jan20.163209.10328@wicat.com> <1993Jan21.173741.7225@netcom.com>
  10. Date: Fri, 22 Jan 1993 19:05:00 GMT
  11. Lines: 32
  12.  
  13. In article <1993Jan21.173741.7225@netcom.com>, nagle@netcom.com (John
  14. Nagle) wrote:
  15. > 
  16. >        - The system is "brittle", in that incorrect parameters to system 
  17. >      calls can result in system errors.  (This is not true of UNIX,
  18.  
  19. I seem to recall an article in CACM where someone tried passing random
  20. parameters to UNIX system calls.  They were able to make some kernels crash
  21. quite easily.  Certainly the Mac is much worse in this regard, but UNIX is
  22. not perfect.
  23.  
  24. >        - C, and C++, are not "safe" languages.  Yes, they are popular.
  25.  
  26. C++ is quite a bit safer than C, and I think it's as safe as Pascal.  (At
  27. least something like MPW Pascal where you can do various casts, etc.)  MPW
  28. C++ may not catch as many errors as it should, but that's a compiler
  29. problem, not a language problem.
  30.  
  31. >        - The use of "trap patching" results in interdependencies
  32. >      between programs which continually cause problems.  The
  33. >          whole "system extensions" concept is flawed.  Interdependency
  34.  
  35. The problem is that INIT-writers don't appreciate the fact that any trap
  36. patch becomes part of the system software.  People call upon Apple to solve
  37. this problem, but I don't think there's any solution, other than to
  38. restrict extensions to using hooks that Apple has defined.  (But then you
  39. have to give up things like a hierarchical Apple menu.)
  40.  
  41. Larry Rosenstein
  42. Taligent, Inc.
  43.  
  44. lsr@taligent.com
  45.