In Unix there are the standard commands

dos2unix

and

unix2dos

A rather detailed memory map of the CBM8032/PET ROM can be found in:

http://www.zimmers.net/anonftp/pub/cbm/firmware/computers/pet/d/petdis

But what about RAM usage? RAM for BASIC use starts at $0400. Is there somewhere a good/detailed description of how BASIC uses RAM and especially where in RAM ...

I think this subject is quite a bit out of scope for "6502.org". I do not think anybody reading this forum has the means to design new MC chips. And no chip designer would design a new chip having as main market the hobbyist reading this forum! But obviously, dreams are allowed!

Anyway, for "main ...

Actually ,scrolling through "http://www.woz.org/" I saw a statement of Mr Wozniak himself saying that Apple decided to go for the Microsoft floating point BASIC instead of for the system Wozniak was working at. This then means that my heading should have been "Commodore and Apple style, in fact ...

For the benifit of "wstjohn" I put at the end of

http://www.geocities.com/matsr2007/

the source code of the Atari game "Combat" slightly modified to be compatible with the Kowalski assembler/simulator. This is certainly a good template for a Atari game. The hardware problem, to interface an Eprom ...

bogax found the page


http://www.io.com/~nickb/atari/


The following memory mapping is specified there:

VIDEO $0000-$007F
RAM $0080-$00FF
VIDEO $0100-$017F
STACK $0180-$01FF
IO $0281-$0285

ROM $1000-$1FFF

The game "combat" has a reset vector pointing to the ROM start at $1000 and the ...

gnb10 writes:


I don't think there was any system software as such. Each cartridge will contain the game plus all the support code it needs, and the reset vector just points to wherever the author of that particular cartridge has put the startup code.
This makes the base console cheaper, at the ...

gnb10 writes:


As I understand it, the 6507 has a 16-bit internal address space and PC like a real 6502, it just lacks some of the address pins. So the ROM cartridge probably has aliases at 8k intervals all the way up to e000-ffff.


Makes sense! It then just that the 3 most significant address ...

Looking into "Wikipedia" I have learned that 6507 only had 13 address pins for 8K of memory and was lacking the interrupt functions but otherwise was identical to 6502. A part of this 8K address space was mapped into the "game cartridge" where the "game application program" was resident.

To my ...

TMorita writes:


It has no operating system resident in ROM. In fact, it has no built-in ROM. It doesn't have an API either, and no keyboard.


OK, I do not know anything about ATARI, what I know something about are the 65** series chips and the Commodore/PET.

But as the ATARI has a 65** CPU ...

If you really want to run it on a real ATARI computer I can tell you that with:


*= $FFFA
.word Start ; NMI
.word Start ; RESET
.word Start ; IRQ


nothing will work, the ATARI will be completly dead!

The reset vector in $FFFC,$FFFD has to point to an adequate boot sequence and also the ...

I looked into your full code that you submitted in the beginning to see if the syntax could easily be made compatible with Kowalski(and other) assemblers.
First of all, only labels start in column 1. Then you have many special "directives" etc in your code that obviously cannot be understood ...

..but with your code the first item of the table will never be loaded. You could for example code

bpl .drawLine

instead of

bne .drawLine

to have the loop executed also with "0" in the Y-register!

Why do you say that the Kowalski simulator does not like your syntax? I just tested


PF1_pointer=$00
PF1=$02
WSYNC=$03
*=$0300
;
;SET THE POINTER
;
LDA #<TitleScreen_PF0
STA PF1_pointer
LDA #>TitleScreen_PF0
STA PF1_pointer+1
;
;your code, start
;
ldy #7
.drawLine
lda (PF1_pointer),Y ...

Then your simulator must be bullshit! Try the one of Kowalski! Your "short" code is absolutely correct and must give exactly the same result as the "long" version!