Jump to content


+AtariAge Subscriber
  • Content Count

  • Joined

  • Last visited

Community Reputation

2,418 Excellent

About 9640News

  • Rank
    River Patroller
  • Birthday 01/04/1964

Profile Information

  • Gender
  • Location
    Campbellsburg, KY
  • Interests
    Powered Paragliding and scuba diving.

Recent Profile Visitors

6,878 profile views
  1. I don't know enough on the 4A side of things, but I did do a fair amount of building a library of calls to the TIPI in the AfterHours source code that I then stored in the >6000 to >7FFF range of an 8K-EA cart. Can you scan for the CRU of the TIPI once, and store the CRU somewhere? Possibly in some self modifying code ??? Second thought, can you use the ISR to your advantage and activate it to leverage some code for you?
  2. Creating a topic here for the specific purpose of containing the known TI-99/4A and Geneve 9640 Github repositories that exist out there. I'll start with mine first that contain source code for many Myarc and Geneve 9640 applications [Advanced Basic, MyWord, Load-Sys, Boot-Eprom, MDM5, HyperCopy, PSYSTEM, MDOS (not yet, but soon), and various Geneve manuals]. BeeryMiller · GitHub GitHub - BeeryMiller/ABasic: ABasic for MDOS Source code for current version of ABasic GitHub - BeeryMiller/Abasic-V3 Source code for ABasic at time of original MDOS Buyout GitHub - BeeryMiller/Boot-Eprom Geneve Boot Eprom source code (private on 7/22/2021, subject to being made public soon). GitHub - BeeryMiller/HyperCopy HyperCopy Source Code by Mike Dodd GitHub - BeeryMiller/MyWord Myword Source code - No info on compiling to useable program at present GitHub - BeeryMiller/PSYSTEM PSystem Source code for MDOS GitHub - BeeryMiller/Manuals Current Geneve and MDOS manuals GitHub - BeeryMiller/MDM5: Myarc Disk Manager V5 Source code for the Myarc Disk Manager 5 for the HFDC GitHub - BeeryMiller/LOAD-SYS source code (private on 7/22/2021, subject to being made public soon) BeeryMiller/MyTIPI (github.com) MyTerm source code using the TIPI (private on 7/22/2021) BeeryMiller/MDOS (github.com) MDOS source code (private on 7/22/2021, subject to being made public after next MDOS relese) BeeryMiller/GPL (github.com) GPL source code (private on 7/22/2021, subject to being made public after next MDOS/GPL release) BeeryMiller/FORTH (github.com) Forth for MDOS source code
  3. The most versatile disk manager I have seen is DM2K. It would also be the most likely candidate for an update to add capability with something that may be accessed a bit differently.
  4. Per a private request, I have uploaded the original V3 Advanced Basic source code to Github at BeeryMiller/Abasic-V3 (github.com) The version 4.07 source code update will be this weekend at BeeryMiller/ABasic: ABasic for MDOS (github.com) and I will post the compiled image here. Beery
  5. Not knowing where you fully intend to take the DSR, but if you have intentions of it being accessible as a disk i/o type device, you might want to use a 3 letter and 1 digit device name. This would more likely keep you compatible with a host of other disk manager type programs and utilities. Just something to think about.
  6. Thanks. That will be my reference point which leads me to think the direction I am going with the change in ABASIC will be consistent.
  7. Got a question regarding the CorComp TripleTech card and the date functionality. This more pertains to use from Extended Basic. If a user requests the date, do they get a dd/mm/yy response, or do they get a dd/mm/yyyy response? And, if they do get a yyyy response, does the card know it is 2021 or did it roll back to 1921? I'm trying to ascertain the most basic i/o response the card gets back without the program adding the YY to YYyy so that Extended Basic and Geneve Advanced Basic report a similar date format.
  8. I'm going to go back and look at the original source file I acquired from Myarc to see how the DATE$ and TIME$ routines were coded since they were intertwined. I am also going to post a note in another topic to see how the CorComp triple tech card reports date just to make sure there may not be something else I could be overlooking as I doubt very few TripleTech users are following this thread. Beery
  9. I assume that is a program written entirely in assembly? The data above was running under Advanced Basic, using the video XOP's for the video writes and math routines instead of direct video writes and no embedded assembly for the math routines. Beery
  10. Thanks Tim. After my post last night, I went through each file there was and could not find the code. Thanks for finding the piece of code. It will be this weekend before I can get into fixing anything with it. Per the Advanced Basic manual, and I am inclined to not change the manual, the DATE$ should report: 07/15/21 while the TIME$ should report: 07:08:00 style format. I will need to make sure fixing one doesn't break the other. As there are so very few Advanced Basic programs, I think it is very low risk any changes good or bad or with the bug have been impacted.
  11. In the process of running a demo program attached from a demo from the StrangeCart, I added the use of the TIME$ function to store the start/finish time of the display. Found a bug using the TIME$. What the time should report is: 19:51:21 However, it is reporting: 19:51:2021 It is adding the "20" and increasing the length. I've taken a quick look trying to find the source file where this may be defined, but thus far, it is eluding me. I'm reporting here should anyone want to chase it down and find it before I have additional time to find it. The ABASIC Github repository can be found at: GitHub - BeeryMiller/ABasic: ABasic for MDOS STRANGE
  12. Time on my Geneve, 8 min 47 sec MEM command reports 0 fast memory free pages Time on my Geneve, 8 min 1 sec MEM command reports 5 fast memory free pages (after a & statement at MDOS prompt to clear some memory) Time on my Geneve, 8 min 1 sec MEM command reports 7 fast memory free pages (nothing in AUTOEXEC)
  13. @jedimatt42, Just thinking out loud here and wondering about the possibilities. With Forcecommand and your telnet client and the F18A........ Can you log into your PI, and use a suitable editor/assembler/compiler to generate executable code on the 4A? If I understand things, I think the editor may be the biggest challenge as I think everything else may run from the command line. Anyways, curiosity at the moment. If it is possible, perhaps someone can put together the necessary installation, tools with instructions and a couple of test/demo programs with C and/or assembly source code without breaking anything on the TIPI/PI that takes everything to a final program file that can be launched as file from Forcecommand or Editor/Assembler. Beery
  14. It took something like 6 to 8 minutes on my work laptop which I do not think runs at 100% speed on MAME. I will test the program this evening on my Geneve and report a true speed for @Stuart should he want to include the information on his webpage. I am assuming you must have added another variable to get the moving graphic implementation. Now that I have the basic code, I may just see what I can do with straight assembly under MDOS taking the basic interpreter out of the equation. I think what it does show, as we already knew from your demo, the strangecart is very fast!!! If you get to the point of commercially offering them, I would be one of your buyers. Not sure at the present what I could implement on it, but I would be at least to see what I might be able to accomplish.
  • Create New...