home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / atari / 8bit / 5796 < prev    next >
Encoding:
Text File  |  1993-01-06  |  2.3 KB  |  50 lines

  1. Newsgroups: comp.sys.atari.8bit
  2. Path: sparky!uunet!caen!mtu.edu!jjmcwill
  3. From: jjmcwill@mtu.edu (Jeff McWilliams)
  4. Subject: Re: Kermit-65 source code
  5. Message-ID: <1993Jan6.182752.11531@mtu.edu>
  6. Keywords: makebin.c, KERMIT-65, assembler, 6502
  7. Organization: Michigan Technological University
  8. References: <C0DJxn.7MI@merk.com> <1993Jan6.010420.9900@mtu.edu> <C0FH1I.6I7@merk.com>
  9. Date: Wed, 6 Jan 1993 18:27:52 GMT
  10. Lines: 38
  11.  
  12. In article <C0FH1I.6I7@merk.com> winston@merk.com (Winston Smith) writes:
  13. >     Essentially, but not exactly.  There are several solutions to this
  14. >problem.  I am just wondering what a "best case" scenario would be:  using
  15. >a UNIX system to create executible (fast with lots of space but not
  16. >available to all 8-bitters) ?  Loading the hex code "inline" on the 8-bit
  17. >by using some programming language such as a PD version of FORTH that
  18. >allows for inline code modules?  Using a "BASIC POKEr loader" on the ATARI
  19. >6502 8-BIT (slow but universal) so that other hex code output can be loaded
  20. >and saved?  Programs to do such things exist already and need only be
  21. >modified.  I am just wondering what the accepted methodology is, not being
  22. >an assembly language programmer by trade.  Since "makebin.c" appears to
  23. >have been abandoned I presume that a better method had been found?
  24. >     My question is:  What is the programming path to go from the 6502
  25. >assembler source code of KERMIT-65 that was posted on the ATARI archive to
  26. >a working image of the binary executible?  The cardinal rule is to usually
  27. >"follow the MAKE file", but the final step in the "make" appears to have
  28. >been abandoned only half-way completed (emphasis on "appears to be"... I
  29. >suppose I am overlooking something that is entirely obvious, which is
  30. >usually what is happening in cases like this).
  31. >
  32.  
  33. Well, I would say some sort of program that loads in the file, and writes out
  34. a binary using the 8 bit would seem to be the best way.  On the other hand,
  35. since this problem only crops up with you are using a cross assembler on a
  36. unix machine, perhaps you should just write the executable maker in
  37. unix and put it with as6502.
  38.  
  39. jeff McWilliams
  40.  
  41. -- 
  42. Jeff McWilliams  jjmcwill@mtu.edu  EE Engineer --> Michigan Tech. 
  43. Leaves Turning, falling, withering
  44. Wind blowing, rustling, chilling
  45. candlelight will soon be flickering
  46.