home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / c / 18481 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  2.1 KB

  1. Path: sparky!uunet!mcsun!uknet!axion!gssec.bt.co.uk!awright
  2. From: awright@gssec.bt.co.uk (Alan Wright)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: What do you say.
  5. Message-ID: <1992Dec16.124915.17873@gssec.bt.co.uk>
  6. Date: 16 Dec 92 12:49:15 GMT
  7. References: <9212072102.AA08844@spirit.aud.alcatel.com> <1992Dec8.014940.5497@fs7.ece.cmu.edu> <9DEC199211285049@accvio.intel.com>
  8. Sender: usenet@gssec.bt.co.uk
  9. Organization: BT, Software Engineering Centre, Glasgow, UK
  10. Lines: 39
  11.  
  12. In article <9DEC199211285049@accvio.intel.com>,
  13. dmills@accvio.intel.com (Dave Mills) writes:
  14. |> 
  15. |> I did a lot of firmware development in the early eighties, and was always
  16. |> running up against the wall on code size not fitting into the ROM's.  One
  17. |> day, a marketing type was hanging around, and we were discussing this 
  18. |> situation, and he suggested I remove all those comments from my code to
  19. |> save some more space.
  20. |> 
  21. |> ..what do you say...  
  22. |> 
  23. |> Dave
  24.  
  25. Well having worked with the early versions of the Intel 80376 C compiler
  26. (1.0 - 1.2) I think he may not be the only one that thinks that way.
  27. We had many problems but there were two that caused much amusement
  28. when considered together. Both involved the compiler producing incorrect
  29. code. Don't take this the wrong way, I'm not attacking Intel.
  30.  
  31. One was that the base address of a lookup table was not loaded before
  32. the table was indexed. The support-line suggested using a pointer to
  33. index the array. The other was to do with indexing an array using a
  34. pointer. The support-line suggested we use a lookup table.
  35.  
  36. Now in this case there is no difference between = and == because
  37. invariably the answer is general protection fault.
  38.  
  39. However, if any of your funding comes from marketing then you should
  40. ask for more money to buy bigger ROM's. After all, if you removed the
  41. comments how would the processor know what to do with the code?
  42.  
  43. To answer the original question my old team leader would have said
  44. "RTFM" and wandered off with a :-).
  45.  
  46. -- Alan
  47. --------------------------------------------
  48. awright@gssec.bt.co.uk (Alan Wright)
  49. BT, Software Engineering Centre, Glasgow, UK
  50. --------------------------------------------
  51.