home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / sys / amiga / demos / 1755 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  2.6 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!tulane!agwbbs!Paul_Trauth
  2. From: Paul_Trauth@agwbbs.new-orleans.LA.US (Paul Trauth)
  3. Newsgroups: alt.sys.amiga.demos
  4. Subject: Re: Writing a StarField. Which method is best?
  5. Distribution: world
  6. Message-ID: <Paul_Trauth.13pk@agwbbs.new-orleans.LA.US>
  7. Date: 21 Nov 92 15:37:15 CST
  8. Organization: The Amiga GateWay BBS * New Orleans, La.
  9. Lines: 47
  10.  
  11. In a message dated Sat 21 Nov 92  7:24, Shogun@dialix.oz.au (matthew Fitzge
  12. wrote:
  13.  
  14.  SF> Some coders (like myself) can't stand using includes, ok, system
  15.  SF> coding is 
  16.  SF> a little different - everyone has their own methods!  I know most of
  17.  SF> the 
  18.  SF> hardware registers off the top of my head so why use symbolic
  19.  SF> names??? No-one
  20.  SF> sees y code except me and the other guys in my group, and I document
  21.  SF> my
  22.  SF> code ALOT - which is another reason why I don't use includes!!
  23. I suppose it's a personal decision. Myself, i do a lot of hardware-level
  24. coding. I usually include just a couple things: hardware/custom.i (and
  25. maybe some of the other hardware includes), exec_lib.i, and gfxbase.i...
  26. (the last two are used in my friendly machine takeover/restore code. i like
  27. symbolic names.)
  28. Then again, back on the C64, i had a couple of stored symbol tables (close
  29. enough to includes...) that were the complete symbolic name lists of the
  30. VIC-II, SID, and CIA chips. I'd read in the ones i was using on every
  31. assemble.
  32. I feel i have better things to use the space in my brain for than
  33. memorizing cryptic hex offsets. (that said, i do STILL remember the offsets
  34. for quite a few important VIC-II registers. sigh.)
  35.  
  36.  SF> I still prefer to do EVERYTHING in hardware... (if I want to multi-
  37.  SF> task then
  38.  SF> I'll use system library functions etc!)  It's fast and it makes your
  39.  SF> brain
  40.  SF> work harder figuring out your own algorithms, you must admit that
  41.  SF> when coding
  42.  SF> with libraries, alot of the work is already done for you!  
  43. True, but even when hardware coding (as i said) you can include the names
  44. of the registers.
  45.  
  46. I have enough trouble understanding my own code sometimes - having the
  47. symbolic register names helps it a lot, for me.
  48.  
  49.  
  50. -- Via DLG Pro v0.995
  51.  
  52. - be zorch, daddi-o --------------- paul (raccoon) trauth ----------------
  53. --------------------------------------------------------------------------
  54. Internet -> paul_trauth@agwbbs.new-orleans.LA.US        \\\///\\\///\\\
  55. Usenet   -> rex!agwbbs!paul_trauth                      \\\///\\\///\\\
  56. --------------------------------------------------------------------------
  57.   "eagles may fly, but a weasel will never get sucked into a jet engine"
  58.