Jump to content

Larry Serflaten

Members
  • Content Count

    9
  • Joined

  • Last visited

Community Reputation

1 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. The original post was about open source projects we all might contribute to. I never studied compiler design, so I wouldn't be much help, but because the source code is available, it might be modified by those in the know to use a stack, or allow that sort of redirection. A few hours with the CX16 emulator reminded me of how much I did not like the BASIC editor, or working with DOS (command line). But what ever the community comes up with beyond just BASIC will probably be OK.
  2. I did say a little tweaking would help. Oh well, I was hoping.... Back in the day of BBS's and club newsletters I thought it was the best language going (for Atari)! https://atariwiki.org/wiki/Wiki.jsp?page=LarryS ACTION Tutorial
  3. I am not sure what you mean by 16 bit inefficiency? No floating point? It has a 16 bit unsigned type. It generates OK code, but space could be reduced nearly 40%-50% by hand tweaking (ML code) the important routines. Function calls were limited to 2 bytes (A, X registers?) any more than that had to be stored by the call and picked up by the routine (auto-generated). There was no stack that I knew of. What the language offers is an excellent text editor that is much easier to work with than the BASIC editor. Its a full window scrolling editor with search and replace. Sure you can work elsewhere and import the code, but as a stand alone package, a good editor would make the system that much more fun to work with.
  4. It is an impressive language which is why I suggested it as soon as I heard about this retro project. It produces 6502 machine code that can be compiled to run at any address or (typically) saved to disk to be run later. On the Atari systems it created executable files that could be run from DOS by anyone w/wo a language cartridge. Back in the day it was used by some to write code for the ATARI cartridges as this review of Solitaire points out: https://www.orphanedgames.com/ocgs/issue10/newatari.html It would be a great addition to the project! But I do not have the expertise or knowledge of the CX16 system enough to make it happen.
  5. Thanks for your reply. Its been years since I attempted using the command line so it took about an hour to get the right combination of switches and parameters. I kept adding ,8 for the load_addr option thinking it was LOADing the file. With all the BRIXX files extracted to a files/brix/ folder I would open a command window to that folder and try: ..\..\x16emu brixx.prg, 8 All I got was the emulator switches list in the console window. For those looking for an easy solution, what I got working was a PLAY.BAT file in the same folder as all the extracted BRIXX files. Then in that batch file I have a one line command: ..\..\x16emu -prg BRIXX.PRG Launching (double clicking) that PLAY.BAT file sets the proper directory and loads the game into the emulator. Then in the emulator, typing RUN will run the program. I could not get the -run switch to work from the batch file, but this will suffice, rather than working in the console window! Thanks again!
  6. The language does not use line numbers, it has an Editor and Monitor interface. The Editor is a nice text editor, and the Monitor is where programs (from disk or the Editor) are compiled and/or run. The output of the compiler is executable 6502 code which can be saved to disk. One real nice feature of the compiler was that it had directives and the INCLUDES statement to include text files on the disk in the compile process. (think frequently used functions, shareable modules, tool kits, etc) Code could be compiled to run at any address. Of course a lot of it was tailored to the ATARI system it was designed for, but the Editor/Monitor (AKA Debugger) idea should be compatible with any OS.
  7. Thanks, trying to get up to speed quickly I did not see mention of the sdcard startup switch in the CX16 Programmer's Guide (DOS section) and thought the command should have worked as stated. The README file has that info... I am finding stand alone BAS and PRG files will load and run, but PRG files that use external (BIN) files do not work as expected. I have them in a subdirectory under the CX16 directory. Do you know if those programs need to be on a card image (mounted drive) to work properly?
  8. Recently installed emulator (r38) on Win7. I can load programs (.BAS, .PRG) but using the DOS command returns an error. As does DOS"$" The command DOS"8" returns READY but the others still error. Any suggestions what might fix the problem?
  9. I was hoping the devs would include a Pascal-like language developed for the 6502. The language source code is available (GNU): https://en.wikipedia.org/wiki/Action!_(programming_language) It is a compiled language with nice editor features and easily integrates source and assembly routines.
×
×
  • Create New...

Important Information

Please review our Terms of Use