I Cheated in Middle School

[Kyle22]

The Pi program I used was not accurate after about 14 decimal places. I got this

3.14159 26535 89793 23846 26433 83279 50288 41971 69399 value from the University of Utah.

 

I got

/ error after here.

3.14159265358979 ^ 456959533707567268152827934

 

from my program.

[1050]

Honestly, I bet it would be allowed if you asked. It's probably just a default setting. That being said, do you have a PC based program which will handle the old atari ARC files?

http://www.utexas.edu/ftp/microlib/dos/z100/compress/

 

arc500.exe and the documentation for it, arc5doc.arc. Arc500.arc is just the exe arced and really not needed, this version 5.00 arc is exactly matched to Puff's SuperArc and SuperUnArc running on the Atari.

[Kyle22]

ARC is allowed now. Did you see my earlier post when I attached PI.ARC? Thanks for the link to the PC ARC,

[devwebcl]

Here's a quick and dirty port of the Apple 2 code by datajerk on the 6502.org forums that Hatta cited:

 

https://github.com/lybrown/pi

 

Executable:

 

pi.xex

 

The code starts printing digits after around 100 seconds, or sooner if you run in emulation with turbo mode.

 

I didn't fix up the printing code, so everything is printed in inverse which also means newlines aren't printed correctly.

 

 

 

So, is your port in ASM ?

[Xuel]

So, is your port in ASM ?

 

Yes. I just made a small number of changes to the Apple assembly code to accommodate the different memory layout and different vectors for printing to the screen between Apple and Atari machines. You can see my changes in this commit.