Hallo allesamt,
irgendwo hab' ich mal gelesen, wie viele files auf der 1541 gleichzeitig offen sein dürfen.
wenn ich mich richtig erinnere, so sind das
- 1x par / 2x ser
- 3x ser
ich find das aber nicht mehr, wo ich das her hab.
lieg ich da richtig?
Es gibt 3 Antworten in diesem Thema, welches 1.166 mal aufgerufen wurde. Der letzte Beitrag (
Hallo allesamt,
irgendwo hab' ich mal gelesen, wie viele files auf der 1541 gleichzeitig offen sein dürfen.
wenn ich mich richtig erinnere, so sind das
- 1x par / 2x ser
- 3x ser
ich find das aber nicht mehr, wo ich das her hab.
lieg ich da richtig?
irgendwo hab' ich mal gelesen, wie viele files auf der 1541 gleichzeitig offen sein dürfen.
wenn ich mich richtig erinnere, so sind das
- 1x par / 2x ser
- 3x ser
ich find das aber nicht mehr, wo ich das her hab.
Ganz ehrlich? Probier es aus. Handbuchweisheiten sind im Zweifelsfall eh falsch.
Ich meine mich zu erinnern an:
Die 1541 hat fünf Puffer im RAM, davon ist einer immer durch die BAM belegt, bleiben vier.
SEQ und USR brauchen jeweils nur einen Puffer, PRG braucht zwei, REL braucht drei. Das Laden von "$" braucht auch einen.
Aber wie gesagt... probier es lieber aus, dann bist Du auf der sicheren Seite.
Alles anzeigenHallo allesamt,
irgendwo hab' ich mal gelesen, wie viele files auf der 1541 gleichzeitig offen sein dürfen.
wenn ich mich richtig erinnere, so sind das
- 1x par / 2x ser
- 3x ser
ich find das aber nicht mehr, wo ich das her hab.
lieg ich da richtig?
Ich weiß nicht, was du mit ser oder par meinst.
Bei der Zahl der belegten Puffer wird nur zwischen sequentiell zu lesenden Dateien (SEQ,USR,PRG) und Direktzugriff (REL) unterschieden.
Die 1541 und 1541-II haben 2K RAM = 8 Puffer @ 256 Byte zur Verfügung, davon sind 3 für das System reserviert.
Das Öffnen einer Datei in BASIC benötigt 2 Puffer für (SEQ,USR,PRG) bzw. 3 Puffer für (REL).
Damit kann man maximal zwei gleichzeitig geöffnete Dateien benutzen (2 sequentielle, oder eine direkte und eine sequentielle).
Der Kommandokanal / Fehlerkanal 15 benutzt System-Puffer und zählt deshalb hier nicht mit.
danke f. die antwort,
ich meinte net. seq u. rel - files
(ser u. par => schwachsinn)