Wie JiffyDOS erkennen unter BASIC

Ich würe ja auf den String "JIFFY" im Kernal - der von der Einschaltmeldung - prüfen, mit einer FOR-PEEK-NEXT-Schleife.

Zitat von Larry

für ein kleines BASIC Coding Projekt müsste ich ermitteln, ob JiffyDOS im Rechner zu Verfügung steht. S-Jiffy lassen wir mal außen vor.

Es gibt 3 Möglichkeiten JiffyDOS im C64 zur Verfügung zu stellen: Als Kernal im Rechner, von der SuperCPU wenn der Schalter ON ist, von der RamLink (ggf. RamDrive) wenn der Schalter ENABLED ist.

Fällt bei Dir die Benutzung von JiffyDOS über ein Easy Flash 3 Modul auch unter "im Rechner" ?
Das stellt nämlich auch die Möglichkeit von JiffyDOS bzw. anderen Kernals zur Verfügung..

Eigentlich muss man sich nur jeweils ein Byte in den Jiffy-Dos ROMs aussuchen, welches für das entsprechenden DOS einzigartig ist. Darauf wird dann geprüft.

Zitat von Larry

OK dann suche ich mal weiter im ROM Bereich.

Der Bereich der RS232- und/oder TAPE-Routinen beim Origjnal-Kernal sollte bei Jiffy jedenfalls anders sein.

Zitat von kinzi

Der Bereich der RS232- und/oder TAPE-Routinen beim Origjnal-Kernal sollte bei Jiffy jedenfalls anders sein.

Statt direkt Bytes zu PEEKen könnte man auch versuchen, diese Routinen anzuspringen - ein Kernal-OPEN auf z.B. Device 1 sollte ja einen bestimmten Fehler zurückgeben. Einerseits wäre das "sauberer", andererseits muss dazu dieser Fehlercode anders sein als der, der von einem Standardkernal ohne Datassette erzeugt wird.

Aber um eine wirklich passende Lösung für das Problem finden zu können, sollte das Problem näher erläutert werden: Was genau soll denn bei gefundenem Jiffy passieren und was beim Standardkernal? Warum soll unbedingt auf Jiffy geprüft werden und nicht auf "irgendein Speeder"?

Zitat von Mac Bacon

Warum soll unbedingt auf Jiffy geprüft werden und nicht auf "irgendein Speeder"?

Weil wenn JiffyDos vorhanden ist, sollen JiffyDos Befehlen ausgeführt werden, wie z.B. das Kopieren von Dateien usw.

Zitat von Mac Bacon

Statt direkt Bytes zu PEEKen könnte man auch versuchen, diese Routinen anzuspringen

Das ist sicher sinnvoller ... weil wenn ich mir das Super-CPU-ROM so ansehe weiß ich gar nicht, ob das irgendwas mit dem normalen C64-Kernal gemeinsam hat? (Nicht nur wegen der Einschaltmeldung.)

Aber ich räume das Feld und lasse die Software-Experten vor ... war nur so ein schneller Gedanke und ist ja eigentlich nicht "meine Baustelle" ...

Zitat von pcollins

Weil wenn JiffyDos vorhanden ist, sollen JiffyDos Befehlen ausgeführt werden, wie z.B. das Kopieren von Dateien usw.

Und was macht das Programm ohne Jiffy? Alles zu Fuß, d.h. Byte für Byte kopieren? Oder kommt dann eine Fehlermeldung, die dem Nutzer sagt "diese Funktionalität ist nur mit Jiffy verfügbar"? Falls letzteres, kann man sich die Abfrage sparen und einfach separate Programmversionen für Standardkernal und Jiffy machen. Das mag nicht sehr elegant wirken, löst das Problem aber 100%ig.

Denn: Ein bestimmtes ROM anhand spezieller Bytes oder Prüfsummen erkennen zu wollen, um daraus auf das Vorhandensein einer bestimmten Funktionalität zu schließen, frustriert alle Benutzer mit obskuren alten oder gepatchten Jiffy-Versionen, die zwar die gewünschte Funktionalität aufweisen, aber vom Testalgorithmus nicht erkannt werden.

Eine andere Lösung wäre noch: Man verhindert via POKEs (frag mich nicht wie) den Programmabbruch bei Fehlern und versucht den "*"-Kopierbefehl einfach zu benutzen. Direkt danach prüft man, ob es funktioniert hat oder nicht und weiß dann, ob die Funktionalität verfügbar ist. Diese Vorgehensweise (also Versuch+Fehlerbehandlung) ist ja eigentlich der Normalfall.