home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / atari / 8bit / 5794 < prev    next >
Encoding:
Text File  |  1993-01-06  |  2.0 KB  |  43 lines
  1. Newsgroups: comp.sys.atari.8bit
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!agate!linus!alliant!merk!winston
  3. From: winston@merk.com (Winston Smith)
  4. Subject: Re: Kermit-65 source code
  5. Message-ID: <C0FH1I.6I7@merk.com>
  6. Keywords: makebin.c, KERMIT-65, assembler, 6502
  7. Organization: Technology Partners, Inc.
  8. References: <C07sBJ.Juv@merk.com> <C0DJxn.7MI@merk.com> <1993Jan6.010420.9900@mtu.edu>
  9. Date: Wed, 6 Jan 1993 10:27:17 GMT
  10. Lines: 31
  11.  
  12.  
  13.  
  14. On January 6, 1993 at 01:04:20 GMT
  15.   jjmcwill@mtu.edu (Jeff McWilliams) says:
  16.  
  17. > Makebin.c was supposed to take the text file, and turn it into 
  18. > an actual binary file.  But it didn't, and now you want to make 
  19. > a program that does.... is this correct?
  20.  
  21.  
  22.      Essentially, but not exactly.  There are several solutions to this
  23. problem.  I am just wondering what a "best case" scenario would be:  using
  24. a UNIX system to create executible (fast with lots of space but not
  25. available to all 8-bitters) ?  Loading the hex code "inline" on the 8-bit
  26. by using some programming language such as a PD version of FORTH that
  27. allows for inline code modules?  Using a "BASIC POKEr loader" on the ATARI
  28. 6502 8-BIT (slow but universal) so that other hex code output can be loaded
  29. and saved?  Programs to do such things exist already and need only be
  30. modified.  I am just wondering what the accepted methodology is, not being
  31. an assembly language programmer by trade.  Since "makebin.c" appears to
  32. have been abandoned I presume that a better method had been found?
  33.  
  34.      My question is:  What is the programming path to go from the 6502
  35. assembler source code of KERMIT-65 that was posted on the ATARI archive to
  36. a working image of the binary executible?  The cardinal rule is to usually
  37. "follow the MAKE file", but the final step in the "make" appears to have
  38. been abandoned only half-way completed (emphasis on "appears to be"... I
  39. suppose I am overlooking something that is entirely obvious, which is
  40. usually what is happening in cases like this).
  41.  
  42.  
  43.