home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / alt / msdos / programm / 3035 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.3 KB
  1. Xref: sparky alt.msdos.programmer:3035 comp.os.msdos.programmer:11666 comp.sys.ibm.pc.programmer:694 comp.lang.c++:18487 comp.lang.c:18950
  2. Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer,comp.sys.ibm.pc.programmer,comp.lang.c++,comp.lang.c
  3. Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!maxtal
  4. From: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
  5. Subject: Re: Newbie Wants Advice on C-Programming
  6. Message-ID: <1992Dec29.003005.27059@ucc.su.OZ.AU>
  7. Sender: news@ucc.su.OZ.AU
  8. Nntp-Posting-Host: extro.ucc.su.oz.au
  9. Organization: MAXTAL P/L C/- University Computing Centre, Sydney
  10. References: <1992Dec25.050515.20871@ncsu.edu> <1992Dec25.073517.16089@grebyn.com> <1992Dec28.184038.20725@nntpd.lkg.dec.com>
  11. Date: Tue, 29 Dec 1992 00:30:05 GMT
  12. Lines: 39
  13.  
  14. In article <1992Dec28.184038.20725@nntpd.lkg.dec.com> feldman@speedy.zko.dec.com (Gary Feldman) writes:
  15. >
  16. >More importantly, allowing the assembly language view to influence your
  17. >coding is more likely to be a source of bug-ridden programs, and not
  18. >a preventative.  
  19.  
  20.     Trying to write programs without understanding machine
  21. principles?
  22.  
  23. >This is especially true these days when more and more
  24. >programs are being written to run on multiple architectures.  In such cases,
  25. >assumptions made at the assembly level on one machine can be horribly invalid
  26. >on another.  All sorts of things -- pointer arithmetic, alignment assumptions,
  27. >speed assumptions, big endian vs. little endian, regiter behavior, casting
  28. >behavior -- can break.
  29.  
  30.     How could you possibly understand any of these issues *without*
  31. knowing some basic machine principles?
  32.  
  33. >
  34. >If your goal is bug-free programs, then except for some limited problem domains,
  35. >it is far more important to really understand the abstract semantics of C 
  36. >independently of any assembly language, as well as quality design and testing
  37. >methodologies.  
  38. >
  39.  
  40.     I cant agree, if only because understanding the abstract
  41. principles is extremely hard for even the brightest of us.
  42.  
  43.     For example, what is a 'type'?
  44.     What is an 'object'?
  45.     What is an 'lvalue'?
  46.     What is a 'subtype'?
  47.  
  48. -- 
  49. ;----------------------------------------------------------------------
  50.         JOHN (MAX) SKALLER,         maxtal@extro.ucc.su.oz.au
  51.     Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
  52. ;--------------- SCIENTIFIC AND ENGINEERING SOFTWARE ------------------
  53.