128RBOOT - Das unbekannte Wesen...

Es gibt 13 Antworten in diesem Thema, welches 2.043 mal aufgerufen wurde. Der letzte Beitrag (24. April 2023 um 18:05) ist von darkvision.

  • Auf Grund von ein paar Beiträgen Bitte melde dich an, um diesen Link zu sehen. hab ich mir 128RBOOT mal angeschaut und reassembliert...

    Das scheint ja ein reines Assembler-Tool zu sein.... über LOAD gar nicht nutzbar.

    Ist das evtl. nur für RESET gedacht?

  • BOOT"128 RBOOT" >RETURN-Taste< (bei Lfw. 8 )

    Danke, wieder was gelernt... damit kann man dann auch GEOS "normal" starten (BOOT oder BOOT"GEOS").

    Das mit RBOOT scheint auch zu funktionieren. Es gibt aber wohl ähnliche Probleme wie in MP128 wenn man mit einer Preloaded REU neu startet. Auch unter GEOS128 werden wohl nicht alle Werte in der REU gespeichert und beim RBOOT wieder hergestellt.

    Hier sind es die Adressen $8fe8 bis $8ff0. Nach einem RBOOT ist das DeskPad komplett schwarz und nur zwei Datei-Icons werden angezeigt, weil deren Dateityp mit einer anderen Farbe angezeigt wird. DeskTopV2 speichert ja hier die Farben für das DeskPad und die Icon-Farben, diese werden aber wohl bei einem RBOOT nicht korrekt initialisiert. Hier finden sich nur Werte $00 und $ff,

    Kurzer Gegentest; BOOT normal, dann nach BASIC beenden, in VICE im Monitor in Bank 1 die Adressen 8fe8 bis 8ff0 mit "00" löschen. Dann rboot ohne VICE neu zu starten (die REU ist also noch mit dem GEOS-Kernal gefüllt) und ebenfalls das schwarze DeskPad.

    Da DeskTopV2 auf einer Diskette beim öffnen nach der Datei "Pad Color Pref" sucht lässt sich das mit einem Farb-Setup über "Pad color mgr" korrigieren. Für einen kurzen Augenblick zeigt sich aber dennoch das schwarze DeskPad. Man braucht also eine Farb-Konfiguration (egal ob Farbe an oder aus) auf dem zuletzt aktiven Laufwerk.

  • damit kann man dann auch GEOS "normal" starten (BOOT oder BOOT"GEOS").

    Die originalen Geos128-Bootdisketten verfügen über Auto-Boot (Lfw. 8). Diskette einlegen und Rechner starten. Geos128 wird ohne Nachfrage geladen. Solle auch in VICE funktionieren, hier nur Diskette einlegen und Hard-Reset auslösen.

    Gruß

    Werner

    PS: und es gibt da sicherlich auch Möglichkeiten per Befehlszeile den AutoBoot nachzustellen ... :wink:

  • Die originalen Geos128-Bootdisketten verfügen über Auto-Boot (Lfw. 8). Diskette einlegen und Rechner starten.

    Das ist schon klar... geht auch mit VICE. Aber wenn man zuerst keine Diskette eingelegt hat...

    PS: und es gibt da sicherlich auch Möglichkeiten per Befehlszeile den AutoBoot nachzustellen ... :wink:

    Naja... BOOT reicht hier... hatte ich ja oben geschrieben.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Das "Booting GEOS..." deutet für mich auf den Start über den Boot-Sektor hin... denn das kommt auch nach einem F12-Reset in VICE wenn die Diskette eingelegt ist. Auf einer Diskette ohne Boot-Sektor passiert da... genau gar nichts.

    Das normale Booten ist aber ja gar kein Thema... mir geht es um RBOOT und das scheint das "Update" mit dem farbigen DeskTop nicht mitbekommen zu haben. Mit der U2+ hat man also auch ein "kleines" Problem, das sich aber über PadColorMan lösen lässt...

  • Naja... BOOT reicht hier...

    Ich meinte die Lösung für ganz Faule: Image mounten und dann automatisch laden lassen ohne irgendetwas zu tun :wink: .

    (ähnlich wie beim echten C128: Disk einlegen und Rechner anschalten)

    mir geht es um RBOOT und das scheint das "Update" mit dem farbigen DeskTop nicht mitbekommen zu haben

    Reden wir hier über so Sachen wie "PadColorPref" ? Könnt ja sein, daß die beim RBOOT auch nicht beachtet werden genauso wie Auto_Execs. Aber trügt meiine Erinnerung daß Farbe im originalen Desktop nur auf 40-Zeichen-Bildschirm funktioniert hat?

    Gruß

    Werner

  • Ich meinte die Lösung für ganz Faule: Image mounten und dann automatisch laden lassen ohne irgendetwas zu tun :wink: .

    (ähnlich wie beim echten C128: Disk einlegen und Rechner anschalten)

    Klar... unter VICE mach ich das nur so... d.h. ich gebe auf der Befehlszeile das Laufwerk+Image an... in dem Fall startet GEOS128 nach dem Start von VICE automatisch... aber für den RBOOT Test hab ich das Image weggelassen und nur das REU-Image laden lassen und hänge die Disk nach dem einschalten manuell ein.

    Reden wir hier über so Sachen wie "PadColorPref" ? Könnt ja sein, daß die beim RBOOT auch nicht beachtet werden genauso wie Auto_Execs. Aber trügt meiine Erinnerung daß Farbe im originalen Desktop nur auf 40-Zeichen-Bildschirm funktioniert hat?

    PadColorPref wird nicht von RBOOT oder vom GEOS-Kernal ausgewertet, sondern bei jedem öffnen einer Diskette von DESKTOPV2. Und wenn keine PadColorPref beim RBOOT gefunden wird wenn das Laufwerk geöffnet wird und der Speicher nicht initialisiert war (also C128 nach PowerOff/On), dann kommt das schwarze DeskPad.. Zumindest unter VICE. Wenn der reale C128 nach dem PowerOn andere Werte als $00 ab $8fe8 in Bank1 ablegt, dann ist die Farbe evtl. anders. Nach einem RBOOT sind die Werte jedenfalls unverändert. Am 80Z-Bildschirm ist das kein problem, aber RBOOT startet hier immer im 40Z-Modus.

  • Vielleicht mach ich was falsch :wink: .

    Wenn der reale C128 nach dem PowerOn andere Werte als $00 ab $8fe8 in Bank1 ablegt, dann ist die Farbe evtl. anders.

    Habe das mal am echten C128 probiert. Geos128 V2.01 gebootet (originale Bootdisk), mit GeoPatch128 (gibt es nur für Geos128 und nur 80-Zeichen) versucht das nachzustellen. Da steht nach dem Booten an Adresse $8fe8 Bank1:

    $bb

    (davor etliche $bf)

    Nach Reboot steht da das Gleiche.

    Oder bin ich an falscher Stelle?

    Hänge GeoPatch128 mal als D64 an ...

    Gruß

    Werner

  • Nach Reboot steht da das Gleiche.

    Und den Rechner dazwischen ausgeschaltet? Und keine PadColorPref auf dem geöffneten Laufwerk?

    Und was ist GeoPatch128? Ich hab nur eine reine 128er-Bootdiskette verwendet.

    P.S. Wenn Du nicht abschalten kannst (wegen der REU), dann im BASIC in Bank1 die 9 Bytes manuell löschen und dann RBOOT ausführen.

  • Und was ist GeoPatch128? Ich hab nur eine reine 128er-Bootdiskette verwendet.

    Habe hier auch mit der originalen Geos128-Bootdisk (Markt&Technk) gebootet. Da ist kein PadColorPref drauf. GeoPatch128 ist auf einer 2. 1541-Disk als einziges Programm.

    Es ist ein Disk- und Speichermonitor für Geos 128 von Thomas Omilian und trägt das Datum 26.08.1989. Der kann sogar in die RAM-Erweiterung schauen. Kann jetzt aber nicht sagen, ob er schon die REU bis 2MB unterstützt oder noch auf 512 kB beschränkt ist. Habe ihn aus der GUC-Geothek.

    Leider gibt es dafür keinerlei Anleitung, habe schon ewig danach gesucht und nichts finden können.

    Habe nach dem Booten den DESKTOP und anschließend GeoPatch128 auf B:RAM1571 kopiert und GeoPatch128 von B: gestartet

    In Basic irgendwas löschen? Jetzt wird es kompliziert :wink: . Muß mich mal schlau machen, inwieweit und wie das mit dem im C128 eingebauten Monitor geht. Muß ich erstmal nachlesen ....

    Gruß

    Werner

    Nachtrag: ein erster Versuch:

    Habe unter laufenden Geos 9 Werte ab $8fe8 Bank1 mit GeoPatch128 in 00 geändert, Geos verlassen und per RBOOT 128 neu gestartet. Die Werte bleiben bei 00. Hilft das?

  • In Basic irgendwas löschen? Jetzt wird es kompliziert :wink: . Muß mich mal schlau machen, inwieweit und wie das mit dem im C128 eingebauten Monitor geht. Muß ich erstmal nachlesen ....

    Wenn es einfacher sein soll... abschalten ;) ...oder VICE128 verwenden. GEOS128 starten, nach BASIC beenden. VICE-Monitor aufrufen, "bank ram01" eingeben, dann "f 8fe8 8ff0 00" und "x"... dann reboot.

  • Zunächst, schau bitte nochmal auf diese Nachricht :wink:Bitte melde dich an, um diesen Link zu sehen. , die wurde von mir editiert, während Du Deine letzte Nachricht geschrieben hast. Kann sein, daß Du das noch nicht gelesen hast ....

    P.S. Wenn Du nicht abschalten kannst (wegen der REU), dann im BASIC in Bank1 die 9 Bytes manuell löschen und dann RBOOT ausführen.

    Aber ich habe das Ganze nochmal durchgeführt :wink: . Also: Geos128 gebootet (originale Bootdisk (1541)). Nach BASIC verlassen, den C128-internen Monitor mit MONITOR aufgerufen und mit

    M 18fe8 18ff0

    (Speicherinhalt anzeigen; die 1 vor der Adresse steht für Bank 1)

    es erscheinen 8x $bb und 1x $bf. Dann mit

    F 18fe8 18ff0 0

    (Speicherbereich füllen; die 9 Bytes auf 0 gesetzt (mit M-Befehl überprüft))

    dann Monitor mit X verlassen und mit "128 RBOOT" Geos rebootet. Anschließend mit GeoPatch128 den Speicher ($8fe8 - $8ff0) überprüft, da stehen nach wie vor 9x $00

    Gruß

    Werner

  • Zunächst, schau bitte nochmal auf diese Nachricht

    Sorry, hat sich überschnitten, ich scrolle in der Regel auch nicht mehr nach oben...

    Habe unter laufenden Geos 9 Werte ab $8fe8 Bank1 mit GeoPatch128 in 00 geändert, Geos verlassen und per RBOOT 128 neu gestartet. Die Werte bleiben bei 00. Hilft das?

    Es hilft in sofern das es meine Erkenntnis bestätigt, das man bei einer Ultimate mit Preloaded REU (oder jeder anderen Speichererweiterung die Batteriegepuffert ist) und GEOS128v2 ein padColorPref für den 40Z-Modus benötigt, weil die Farben beim Reboot nach dem einschalten nicht initialisiert werden. Außer man ignoriert die falschen Farben im 40Z-Bildschirm während man auf den 80Z-Bildschirm umschaltet.

    Müsste bei GEOS64v2 ja dann ähnlich sein, nur kann man da nicht auf den 80Z-Bildschirm ausweichen.

    Ist ja auch eher ein "Luxus"-Problem. In MP3 sollte das nicht passieren, das ruft "FirstInit" beim Reboot auf und da werden die Farben zumindest mit Standardwerten gefüllt ($bb und $bf).

  • Müsste bei GEOS64v2 ja dann ähnlich sein, nur kann man da nicht auf den 80Z-Bildschirm ausweichen.

    Der Vollständigkeit halber hab ich das getestet... nein, das ist ein reines GEOS128-Problemchen.

    Bei GEOS64 werden die Standardfarben durch die GEOS-Routine FirstInit gesetzt, die auch bei RBOOT ausgeführt wird.

    Bei GEOS128 erfolgt das während des Boot-Vorgangs während der ersten GEOS-Initialisierung ausserhalb des Kernels. FirstInit setzt die Farben später nicht mehr und damit erklärt sich auch das Fehlverhalten.

    Thema erledigt. ;)