Aber wozu? Irgendwie muss man ja unterscheiden, ob man auf die RAM-Disk oder ein anderes Device zugreifen will. Eine Wedge mit Sonderzeichen finde ich da eine gute Lösung. Man könnte höchstens eine spezielle Device-Nummer für die RAM-Disk vergeben, wenn man sich in die Load/Save etc. Routine reinhängt. Aber praktischer ist das eigentlich nicht.
RAM-DISK 64 (64'er 02/1994)
-
goloMAK -
19. Mai 2023 um 13:33 -
Erledigt
Es gibt 73 Antworten in diesem Thema, welches 11.937 mal aufgerufen wurde. Der letzte Beitrag (
-
-
Allerdings soll diese Funktion bei der 1541 nicht benutzt werden, da sie nach zahlreichen Berichten buggy ist.
Das ist nur beim ROM der 1541-I wirklich kritisch und lässt sich auch dort einfach umgehen ("@0:"-Syntax oder Laufwerk vorher per "UI" zurücksetzen):
Bitte melde dich an, um diesen Link zu sehen.
-
Aber wozu? Irgendwie muss man ja unterscheiden, ob man auf die RAM-Disk oder ein anderes Device zugreifen will. Eine Wedge mit Sonderzeichen finde ich da eine gute Lösung. Man könnte höchstens eine spezielle Device-Nummer für die RAM-Disk vergeben, wenn man sich in die Load/Save etc. Routine reinhängt. Aber praktischer ist das eigentlich nicht.
da bekommt das Ramlaufwerk eine eigen Device Nummer und diese wird in dem Code erkannt und dann vorspringen zu den eigenen Routine, die es ja schon gibt.
Mit dem verwenden der Standard Routinen arbeiten dann zb copy Programme und jiffydos ......
-
Das ist nur beim ROM der 1541-I wirklich kritisch und lässt sich auch dort einfach umgehen ("@0:"-Syntax oder Laufwerk vorher per "UI" zurücksetzen):
Laut Bitte melde dich an, um diesen Link zu sehen. von 2014 ist das Ganze etwas komplizierter. Dort steht auch, wie man den Bug angeblich auf einer neueren 1541 reproduzieren kann. Ich habe es aber nicht selbst überprüft.
Die RAM-DISK hat den Bug auf jeden Fall nicht.

-
Das ist nur beim ROM der 1541-I wirklich kritisch und lässt sich auch dort einfach umgehen ("@0:"-Syntax oder Laufwerk vorher per "UI" zurücksetzen):
Laut Bitte melde dich an, um diesen Link zu sehen. von 2014 ist das Ganze etwas komplizierter. Dort steht auch, wie man den Bug angeblich auf einer neueren 1541 reproduzieren kann.
Ja lies den Beitrag (der im Wiki übrigens verlinkt ist) doch auch ganz durch (insbesondere das OPEN3,8,3 mittendrin nicht übersehen, ohne das tritt der Bug nicht auf!). Tipp: "UI vor dem SAVE" wie im Wiki geschrieben schließt offene Dateien und gibt Buffer frei.
Ich hab mit einer 1570 (nomen est omen) den Fehler trotz ausführlicher Nutzung von @: auch ohne UI übrigens nie gesehen. Aber wer hat auch schon weitere Dateien während eines SAVEs offen...
-
Das ist nur beim ROM der 1541-I wirklich kritisch und lässt sich auch dort einfach umgehen ("@0:"-Syntax oder Laufwerk vorher per "UI" zurücksetzen):
Laut Bitte melde dich an, um diesen Link zu sehen. von 2014 ist das Ganze etwas komplizierter. Dort steht auch, wie man den Bug angeblich auf einer neueren 1541 reproduzieren kann.
Ja lies den Beitrag (der im Wiki übrigens verlinkt ist) doch auch ganz durch (insbesondere das OPEN3,8,3 mittendrin nicht übersehen, ohne das tritt der Bug nicht auf!).
Ich habe mich nur auf deine Aussage bezogen. Den Link habe ich nicht gelesen. Und damit würde ich das Thema ganz gerne abschließen.

-
Ich hab mal ein bisschen Code aus meinem slave2cbm-Projekt extrahiert, als Beispiel für die Verwendung der LOAD/SAVE-Vektoren.
Ich hab mit einer 1570 (nomen est omen) den Fehler trotz ausführlicher Nutzung von @: auch ohne UI übrigens nie gesehen.
...oder Du hast es einfach nie gemerkt.

Ich hab den Fehler damals(tm) mit einer 1571 leider ein paar mal zu oft zu sehen bekommen, daher warne ich lieber einmal zu viel als einmal zu wenig vor SAVE@.
-
Mini-Manual hatte ich mal für mich gemacht.. gerade eben nochmal überarbeitet
Bei Fehlern oder Änderungen melden/Name taggen

Die RAD Expansion von Frenetic steht bei mir an und irgendwie ist mir auch die RAMDISK dazu eingefallen...
Kann man diese dort irgendwie nutzen?
Ähnlich wie hier für NEO/GEO-RAM
Bitte melde dich an, um diesen Link zu sehen.
-
Die RAD Expansion von Frenetic steht bei mir an und irgendwie ist mir auch die RAMDISK dazu eingefallen...
Kann man diese dort irgendwie nutzen?
Bitte melde dich an, um diesen Link zu sehen.

-
Siehe hier

Hatte ich schon gelesen und genau deswegen auch die Frage, geht das auch mit der Ramdisk von golomak?
Ähnlich wie hier für NEO/GEO-RAM
Bitte melde dich an, um diesen Link zu sehen.
-
Dann hab ich deinen EDIT nicht mehr gelesen, sorry

-
Dann hab ich deinen EDIT nicht mehr gelesen, sorry

Alles gut, danke für den Hinweis

-
- Interessanter Beitrag
An einem GeoRAM-Port bin ich dran.

Bitte melde dich an, um diesen Anhang zu sehen.
-
An einem GeoRAM-Port bin ich dran.

Super

-
So!

Bitte melde dich an, um diesen Anhang zu sehen.
Here goes... der Port der Ram-Disk für das GeoRAM-Modul!
GEORAM-DISK v0.6
Vorteile gegenüber der bisherigen Version:
- Der volle BASIC-Speicher steht natürlich wieder zur Verfügung!
- Die Dateinamen können jetzt die gewohnten 16 Zeichen lang sein!
- Die RAM-DISK hat jetzt 2048 freie Blöcke!

- Bis zu 128 Dateien können angelegt werden.
Speicherbelegung:
- $C800 bis $CFFF für Programmcode und Ein-/Ausgabepuffer
- $A000 bis $AFFF (unter dem BASIC-ROM) für das Directory
Befehlsumfang ist (erst einmal) wie gehabt:
Code
Alles anzeigen; +=------------------------------------------------=+ ; ! STARTEN : LOAD "RAMDISK",8 und RUN ! ; ! NEUAUFRUF nach Deaktivierung: SYS 51200 ! ; ! ------------------------------------------------ ! ; ! Danach stehen folgende Befehle zur Verfügung: ! ; ! ................................................ ! ; ! £FR ==> RAM-DISK neu formatieren ! ; ! £SV "NAME" ==> Programm speichern ! ; ! £SV "@:NAME" ==> Programm ggf. überschreiben ! ; ! £LD "NAME" ==> Programm laden ! ; ! £DIR ==> Directory ausgeben ! ; ! £DEL "NAME" ==> Programm löschen ! ; ! £OFF ==> RAM-DISK deaktivieren ! ; +=------------------------------------------------=+Screenshot:
Bitte melde dich an, um diesen Anhang zu sehen.
Fehlermeldungen und sonstiges Feedback wie immer willkommen!
Viel Spaß!

-
Mini-Manual+
..wie immer, Fehler melden..bestenfalls per pn
-
Rob64 : Wow, danke für die schöne, kleine Anleitung!

In Version 1.0 werden sich wohl noch ein paar Dinge ändern, z.B. ist mir aufgefallen, dass man den Puffer ja auch noch unters ROM legen kann, dann bleibt noch mehr vom kostbaren Bereich $C000-$CFFF übrig.

-
Wow, danke für die schöne, kleine Anleitung!

Gerne doch

-
- Interessanter Beitrag
** GOLD! **
Bitte melde dich an, um diesen Anhang zu sehen.
Das GEORAM-Modul war, als ich es 1992 kaufte, ein echter Segen! Endlich konnte mein kleiner C64 in Ram-Speicher baden wie Onkel Scrooge in seinen Dukaten! Geos hörte auf, dauernd zu rattern und zu knattern, sondern lief ölig und flüssig vor sich hin!
Als kleine Hommage an dieses wundervolle Modul habe ich die GEORAM-Disk geschrieben und freue mich, sie heute nun in der fertigen Version vorstellen zu können. Das heißt nicht, dass sie perfekt ist, aber sie hat nun alle Features, die ich haben wollte.
Mit der ursprünglichen RAM-Disk aus der 64er, nach der dieser Thread noch benannt ist, hat das Programm nichts mehr zu tun.
Kurzanleitung:
Code
Alles anzeigen; +=------------------------------------------------=+ ; ! **** GEORAM-DISK v1.0 ! ; + ------------------------------------------------ ! ; ! Verwaltet eine RAM-Disk im GeoRAM-Modul ! ; ! ------------------------------------------------ ! ; ! STARTEN: LOAD "RAMDISK",8 und RUN ! ; ! NEUAUFRUF nach Deaktivierung: SYS 51968 ! ; ! ==> Wenn man die Frage nach dem Formatieren mit ! ; ! Nein beantwortet, kann man die alten Daten ! ; ! weiter nutzen. ! ; ! ------------------------------------------------ ! ; ! Nach dem Aufruf stehen folgende Befehle ! ; ! zur Verfügung: ! ; ! ................................................ ! ; ! £FR ==> RAM-DISK neu formatieren ! ; ! £SV "NAME" ==> Programm speichern ! ; ! £SV "@:NAME" ==> Programm ggf. überschreiben ! ; ! £LD "NAME" ==> Programm laden ! ; ! £DIR ==> Directory ausgeben ! ; ! £DEL "NAME" ==> Programm löschen ! ; ! £OFF ==> RAM-DISK deaktivieren ! ; +=------------------------------------------------=+Änderungen seit Version 0.6:
- Der Zwischenspeicher wurde von $CF00 nach $B000 verlegt.
- BUGFIX: Die Kopierroutine hatte eine Seite (256 Bytes) zu viel kopiert
- Einige Routinen wurden zusammengefasst und vereinfacht
- ==> Ingesamt wurden damit etwa 600 Bytes im wertvollen $Cxxx-Bereich frei
- Die Speicherbelegung ist jetzt so:
- $CB00-$CFCD: Programmcode
- $A000-$AFFF: Directory
- $B000-$B0FF: Zwischenspeicher
- FEATURE: Der Parser wurde verbessert. Die neuen Befehle können jetzt auch mit Doppelpunkt getrennt hintereinander stehen und auch im Programmmodus benutzt werden.
- Bitte melde dich an, um diesen Anhang zu sehen.
Genauere Infos findet man im Sourcecode.
Sonstiges:
- Das Programm nutzt im Moment die vollen 512 K des Original-Moduls. Für die neuen, größeren Versionen sollte sich das über die Parameter TOTALPAGES, MAXBANK und MAXPAGE im Sourcecode anpassen lassen, aber das habe ich nicht getestet.
- Im Moment speichert die RAMDISK nur BASIC-Programme. In jedem Directory-Eintrag sind aber noch 11 Bytes frei. Dort könnte man zum Beispiel Anfang- und Endadresse eines absolut zu ladenden Files eintragen und das Feature entsprechend nachrüsten.

So oder so:
Viel Spaß mit diesem Programm!

-
Das wäre jetzt durch den großen Speicher wohl ein guter Zeitpunkt, um sich einen Dump-Befehl o.ä. zu überlegen. Sonst sind die schönen 2048 Blöcke nach dem Neustart alle futsch
. -