Der tiefste Wert für Binärprogramme?

Wie tief kann ich mit dem "memory..." runtergehen um Binärdeien zu laden.
Brauche 0 Basicspeicher.

Gruss

Das sind "4466". Ich finde zu diesen Wert keinen Zusammenhang.
Habe schon die Lektüre geblättert.

Gruss

KL_ROM_WALK

Was ist dann denn, kommt der römische Walkman aus Polen...

Gruss

Zitat

Das CPC-OS reserviert immer 4 KB als Puffer für OPENIN und OPENOUT.

Warum wir denn hier in der Demo dann auch noch einmal 2k reserviert für Open?

org &4000
write "bild.bin"
CAS_IN_OPEN equ &BC77
CAS_IN_DIRECT equ &BC83
CAS_IN_CLOSE equ &BC7A


ld b, dateinameende-dateiname ;Laenge des Dateinamens in Bytes
ld hl,dateiname
ld de, &8000 ;2k Speicherplatz fuer Dateipuffer 
call CAS_IN_OPEN


;Rueckgabe von CAS_IN_OPEN:
;Wenn alles ok, dann
; - carry ist gesetzt
; - HL zeigt auf die Adresse mit dem AMSDOS Header
; - DE enthaelt die Speicheradresse der Datei (aus dem AMSDOS Header)
; - BC enthaelt die Dateigroesse
; - A enthaelt den Dateityp (2 fuer Binaerdateien)


;Datei komplett laden
ld hl, &C000 ;Zieladresse fuer die Datei (hier Bildschirmspeicher)
call CAS_IN_DIRECT


;Datei geladen, also kann sie jetzt geschlossen werden
call CAS_IN_CLOSE


ret


dateiname:
db "test.bin"
dateinameende:

Zitat

OPENOUT"!D"
MEMORY 386

Der Wert 386 kann je nach angeschlossenen ROMs auch z.B. auf 370 reduziert werden. Ok?

Also dat funktioniert mit einer Binärdatei die ich dort starten möchte nicht.

Habe auf 386 reduziert mit memory und dann die Binär nach 387 hingeladen und mit call gestartet. Die Binär wurde auf 387 compiliert.
Rechner stürzt ab....

Habt ihr es schon mit einem Bin-Programm geschafft?

Gruss

Zitat

Naja, ich kenne da auch eine Möglichkeit Programme an Adresse &0000 beginnen zu lassen,

Das ist kein problem, wenn Roms ausgeblendet werden, das möchte ich nicht.
Habe es auch schon getestet.

Gruss

Der grosse Vorteil eines Programms mit Startadresse 0 liegt darin, dass man alle RST Vektoren benutzen kann. Ausserdem kann man sich ab &0038 auch seine eigene Interrupt Routine einbauen.

Wer macht das schon, ich wär schon froh wenn sich einige für "c" auf dem Cpc interessieren würden. Oder wenn das zu Hoch ist für den Anfang, mal über Basic schwafeln....und mal erlebnisse schildern.
Zur Zeit bin ich der einzige Fragesteller hier, wenn es um Progsprachen geht...

Gruss

Wenn ich mal Zeit hab seh ich mir auch mal den z88dk und den sdcc genauer an. Zeit ist eben immer Mangelware.

Steht auch schon einiges im Forum.
Habe Tagelang mit dem sdcc und z88dk gespielt.
Jeder hat für sich Vorteile und Nacheile. Ist schon kurios.
Der eine kann gutdie Floatroutinen berechnen und ausprinten , dafür kann er keine Diskbefehle und der andere macht es umgekehrt. Also beide sind nur halbfertige Sachen, wenn man genau hinter die kulissen schaut.

Jetzt spiele ich mit dem ccz80 und der mach bis jetzt alles perfekt, was ich von den anderen gefordert hatte und die es nicht erfüllen konnten.

Mal sehen.

Der z88dk kann die Floatroutinen besser als der sdcc.
Der z88dk kann Ascii nach Float und umgekehrt , der sdcc nur von Ascii nach Float und nicht zurück zum Ausprinten.

Der ccz80 kann alles....

Der ccz80 hat 99% der Basicbefehle umgesetzt in ASM bzw zur c-Benutzung.

So sieht unten eine selbstgebastelte drawLine aus mit ccz80 (aus dem ccz80-Forum). Drawline gibt es ja beim CPC nicht:
__gra_move_absolute usw sind schon vorgeben, gehören zum Grundgerüst.

include "cpc6128.ccz80";


function byte drawLine(word, word, word, word)
{
  "ld ix,0",
  "add ix,sp",


  "ld d,(ix+9)",
  "ld e,(ix+8) ; DE = parameter 1",
  "ld h,(ix+7)",
  "ld l,(ix+6) ; HL = parameter 2",
  "call __gra_move_absolute",


  "ld d,(ix+5)",
  "ld e,(ix+4) ; DE = parameter 3",
  "ld h,(ix+3)",
  "ld l,(ix+2) ; HL = parameter 4",
  "call __gra_line_absolute",
  "ret"
}


mode(2);


drawLine(400,30,600,400);


return;

oder mit einem Zeiger den Bildschirm füllen:

include "cpc6128.ccz80";


word  zeiger,zaehler,i;


zaehler=#4000;
zeiger=#c000;


mode(2);


for (i = 1; i <= zaehler; ++i)
{
  *(zeiger+i)=i;
}


return;

Der Mangel an Disc-Routinen stört mich gar nicht, die hab ich in meiner FIOLIB.

Diese funktioniert im z88dk nicht, nur im sdcc !

Gruss

Gemäss aussage von Octoate wird dort ein Interrupt misshandelt für das z88dk. Weil das z88dk nicht nur für den CPC ist ,hat es eine ungünstige Streuwirkung richtung CPC. Hab mehrer Tage damit verbracht.

Ich möchte eigentlich nur eine an "C" angelehnte Sprache, die auch wirklich die CPC-Eigenheiten berücksichtigt und schnell ist.
Man kann für einen 8-Bitter nicht erwarten, das man es mit Ansi-C programmieren kann, es geht nur Andeutungsweise.
Wenn man hinter diese C-Compiler schaut, sei es z88dk, sdcc und für den 6502, dann sieht man hinter den kulissen, das ein C-Wort zb "printf" für verschiedene Rechnertypen mit dem gleichen Prozessor mehrmals schlecht angefertigt wurde und der spezifische Rechner zu seiner Routine springt.

Also können wir hier nicht vom vollwertigen Ansi-C sprechen.

Für mich reicht es , das es an "C" angelehnt ist, den Rechner fehlerfrei bedient und schnell ist und vor allem fast 100% der Befehle kennen soll.
Das ist "ccz80".

Wer meint , er möchte vom Basic weg , aber kein ASM zu 100% proggen , dem kann ich "ccz80" ans herz legen ohne schlaflose Nächte zu bekommen.

Gruss