Jump to content


+AtariAge Subscriber
  • Content Count

  • Joined

  • Last visited

Everything posted by evilmoo

  1. I think I found a bug in the Altirra OS ROM. If I run the attached program with either Altirra BASIC or Atari BASIC rev C and Altirra OS, the printed value of pi is off by one digit in several places. If I run it with OS Rev 3, it is correct. The proper value is 3.1415926535897932384... pi.bas
  2. Not the answer we wanted, but the answer we needed.
  3. Reminds me of Alternate Reality potions.
  4. D'oh! I should read the docs more closely.
  5. This is probably a rather heavyweight solution, but you could make a PBI driver that services a PBI interrupt and then reads/writes whatever memory you want, right?
  6. Check out the "atdevice" interface:
  7. It's possible I'm in the minority on this, but an extra second or two on the initial boot screen would be nice.
  8. Here's my work so far on SynCalc. It may or may not be of value to anyone: https://github.com/jduerstock/syncalc
  9. These are all awesome! But for some reason, it balks on the images here:
  10. I know this isn't trivial, but being able to read SpartaDOS disks would be awfully handy. Thanks in advance.
  11. On a whim, I went looking up the author of MyDOS and found this: http://www.marslett.com/mydos.html
  12. Someone either needs to manage the data flow by hand or find some way to automate it a bit via a submission engine, a la archive.org or Aminet's FTP upload.
  13. I'll try to post what I've dumped so far tomorrow morning.
  14. ROM:221F 44 4F 4C+ .BYTE 'D', 'O', 'L', 'L', 'A', 'R', '+' ROM:2226 43 4F 4D+ .BYTE 'C', 'O', 'M', 'M', 'A', '+' ROM:222C 50 52 4F+ .BYTE 'P', 'R', 'O', 'T', 'E', 'C', '+' ROM:2233 50 45 52+ .BYTE 'P', 'E', 'R', 'C', 'E', 'N', '+' ROM:223A 07 A4 .WORD $A407 ROM:223C 0B A4 .WORD $A40B ROM:223E 1A A4 .WORD $A41A ROM:2240 0F A4 .WORD $A40F Maybe I'm doing something wrong, but that's what I see.
  15. Which version are you looking at? $2231 looks like high-bit terminated menu text in the 1985 version.
  16. For what it's worth, I just let it load in Altirra and then dumped the entire 64K of memory to a file, and started there. I'm still looking around, but at least from $8000 up seems to be code. Once I hit $BFFF, I will start looking lower.
  17. For all you BBS-loving folks, this is a version of A.M.I.S for the 1030 and XM301 modems.
  18. I'm glad it worked. That's the least worst solution I can come up with on short notice.
  19. 10 OPEN #1,8,0,"D:LONG.TXT" 20 PRINT #1;"80 S2=PEEK(T3+T):N2=(O2+P2=Q2)+(O2+R2=Q2"; 30 PRINT #1;")+(O2+S2=Q2)+(P2+R2=Q2)+(P2+S2=Q2)+(R2+S"; 40 PRINT #1;"2=Q2)+(O2+P2+R2=Q2)+(O2+P2+S2=Q2)+(O2+R2"; 50 PRINT #1;"+S2=Q2)+(P2+R2+S2=Q2)+(O2+P2+R2+S2=Q2)" 60 CLOSE #1 ENTER "D:LONG.TXT" Like this, possibly?
  20. There are several, but the programs are all written in BASIC, so you should be able to just list them. Which one are you stuck on?
  21. Except that this clearly recognizes the correct name from the local entry. It is showing that the central directory at the end is incorrect. Additionally, the command line version of 7zip does not name the files correctly either.
  22. The .zip file here throws some odd errors when I unzip it under Linux: Atari8bitPreservedSoftware2020-01-25/Ϻ+���Ϻ+�Ϯ (198x)(aDawliah)(SA)[cartridge].zip: mismatching "local" filename (Atari8bitPreservedSoftware2020-01-25/الطاقة (198x)(aDawliah)(SA)[cartridge].zip), continuing with "central" filename version extracting: Atari8bitPreservedSoftware2020-01-25/Ϻ+���Ϻ+�Ϯ (198x)(aDawliah)(SA)[cartridge].zip Any idea what's going on here? The "local" name appears to be the correct encoding, at least as far as InfoZip unzip is concerned.
  23. A lot of work has been done on this thread:
  • Create New...