GeoDOS V2 Release 2018

Es gibt 313 Antworten in diesem Thema, welches 59.411 mal aufgerufen wurde. Der letzte Beitrag (11. Juni 2025 um 12:23) ist von darkvision.

  • 128er: Manager V1.08 23.10.14 17.34 Uhr

    64er : Manager V1.06 23.10.14 17.39 Uhr

    Genau, das ist die Version, die immer beim Klick auf das SD2IEC-Icon die MR emulation entsprechend des gerade konfigurierten Laufwerks setzt. Ich suche mal eine Testversion raus, die das nicht mehr macht. Soll heißen, für das setzen der korrekten MR-Emulation ist der Anwender verantwortlich....
    Wird wohl morgen abend was. Hänge ich dann hier an.....

    Gruß
    Werner

  • Bitte melde dich an, um diesen Link zu sehen.: ich bin mal so frei den Anhang hier einzubinden, ist irgendwie unpraktisch zum lesen....

    Testbericht Geodos64 (11.12.18) -> SD2IEC

    Systemaufbau Start:
    Laufwerk 8 -> CMD-HD Parallel (1581 Partition)
    Laufwerk 9 -> RL (1581 Partition) ->1. Start MP3-128 (19.11.18) (DT 29.11.18) mit RAMDESKTOP
    (Laufwerk 9 -> RL (1581 Partition) ->2. Start GEODOS (11.12.18))
    Laufwerk 10 -> SD2IEC V4 (MP3 SD2IEC Native Treiber installiert)
    Laufwerk 11 -> CMD-HD Seriell (Native Partition)

    So weit, so gut...

    Versuch 1:
    SD2IEC mit verschiedenen DNP, D64, D81 im Hauptverzeichnis (kein Unterverzeichnis).
    -SD2IEC ohne Auswahl (kein anklicken) verlassen-
    Ich starte MP3-128 mit der RL (1581 Part). Der UIEC-Manager von Werner Weicht ist bei mir vorgeschaltet, wird also als erstes aufgerufen. Gehe dort ohne Einstellungen auf verlassen, und befinde mich kurz danach auf dem MP3 Desktop.


    Jetzt starte ich jetzt die Treiberauswahl. Der SD2IEC Treiber zeigt 0 KB an. Soweit OK, da ja von mir noch kein Modus vorher ausgewählt wurde.

    Ich wähle von einer zweiten RL 1581 Partition GEODOS64 aus und starte sie. Bis jetzt keine Probleme. Ins GD64 Menü 64/128 gewechselt. Reiter Partition wechseln wählen: Hauptverzeichnis der SD2IEC wird korrekt angezeigt. Verzeichnisse anlegen (auch mehrfach), löschen, wechseln, funktioniert bei mir tadellos. Danach im Reiter „Format Diskette“ das Anlegen von Directorys mehrfach verschachtelt. Auch hier alles „Super“. Erstellen von D64/81 und DNP funktioniert. Innerhalb der Verzeichnisse kann dann, allerdings nur mit jeweils eingestelltem Treiber in MP3, weiter benutzt werden (zur Zeit nur Native (eingeschränkt 1541 siehe nächsten Absatz)).

    Letzteres ist normal und wird sich auch nicht ändern....

    Dabei ist mir aufgefallen, dass in der MP3 Treiberauswahl, statt des SD2IEC Treiber auch der 1541er Treiber ausgewählt werden kann. Wählt man dann in GEODOS ein D64 Image aus, so kann ist es auch in MP3 nutzbar. Ändert man den Treiber zwischendurch zurück und möchte dann nochmals den 1541er Treiber aufrufen kommt nur die Abfrage nach einem dafür passenden Laufwerk.
    Wird der 1581er statt des SD2IEC Treibers gewählt, kommt gleich die Abfrage nach dem passenden 1581er Laufwerk. Hier funktioniert der 1581 Treiber nur (Versuch 2, kommt später) mit dem vorher im Basic gegebenen XS: Befehl mit DOS1581.BIN Einbindung.

    Bei den verwendeten Versionen klappt das alles nur wenn *VORHER* schon das notwendige DOS im SD2IEC mittels XR: geladen wurde. Wenn uIEC-Man das erledigen kann... OK. Ein DiskImage ohne passendes DOS und passenden Treiber funktioniert nicht. Ausnahme SD2IEC-Native: Kein DOS notwendig.

    Versuch 2.: SD2IEC mit verschiedenen DNP, D64, D81 im Hauptverzeichnis (kein Unterverzeichnis).
    -SD2IEC mit Auswahl verlassen-

    Nach dem starten von MP3 128 kommt wieder Werners UIEC Auswahlbox (->SD2IEC Treiber in MP3 ist installiert).

    Klicken auf das Laufwerksymbols öffnet das SD Hauptverzeichnisfenster. Es werden alle Dateitypen angezeigt. Mit Öffnen der jeweiligen DXX Datei gelangt man an den Inhalt (Funktioniert mit allen DXX Dateien). Bleibt man in einer geöffneten DNP Datei, kann man nach verlassen direkt mit MP3 und GEODOS auf die Dateien zugreifen, das bedeutet, man ist sofort im richtigen Modus.

    Wird in der UIEC Manager Auswahlbox in eine D64 Datei gewechselt und das Programm beendet, kann man in der MP3 Treiberauswahl den 1541er Treiber einstellen. Schon kann man mit MP3 auf die 1541er der SD2IEC Partition zugreifen und mit GEODOS auch D64er Verzeichnisse wechseln.

    Bei wechseln auf D81er Partitionen, in Werners UIEC Programm, funktioniert die Auswahl des 1581er Treibers in MP3 leider nicht.

    Dann scheint das laden des DOS1581 via uIEC-Man nicht zu funktionieren oder es ist ein Bug im 1581-Installer der bis heute auch für die CMD-FD genutzt wurde. Das ist seit heute anders.

    Es kommt die Abfrage nach dem passenden Laufwerk. Schade, wenn man den 1581 Treiber hier auswählen könnte, hätte man die Möglichkeit, erst mal ohne die Basic Befehl XS:DOSXXXX.BIN den geeigneten Treiber einzustellen.

    Versuch mal den heutigen Bitte melde dich an, um diesen Link zu sehen.. Achtung, noch fast ungetestet... hab es aber zumindest schon auf dem SD2IEC installiert und ein, zwei Image Wechsel ausgeführt. Am C64 wird beim wechseln des Laufwerks das passende DOS geladen.

    Meine Meinung: Geodos64 funktioniert so, wie von Markus beschrieben. Ich hatte keine Abstürze oder sonstige Probleme. Dafür hätte ich eine Bitte. Ist es möglich in MP3 den 1581er Treiberbei Bedarf zu aktivieren (so wie ich durch Zufall entdeckt habe, den 1541er Treiber). Dann würden sich der Zugriff auf die einzelnen Partitionstypen stark verbessern (ohne XS: Befehle mit DOSXXXX.BIN Einbindung vor dem Geosstart)

    Kein Programm kann den Treiber automatisch aktivieren. Für die Treiber gibt es ein Installationsprogramm das in bestimmten ZeroPage-Registern eine Sprungtabelle in GEOS.Editor-Funktionen erwartet. Programme wie GeoDOS können zwar das DOS laden und dann kann der GEOS.Editor den Treiber dazu installieren, andersherum funktioniert das aber nicht (Ausnahme der aktuelle SnapShot am C64).

    Was ich am C128 nicht testen konnte sind die neuen 1541/71/81-Installer im GEOS.Editor. Die laden jetzt ggf. das DOS automatisch wenn ein SD2IEC erkannt wird aber das falsche Format hat. Am C128 muss man dann via uIEC-Man oder GeoDOS das Image laden. Feedback :wilkommen:

    Danksagung: Was für Superprogramme! Macht bitte alle weiter so, so dass wir noch lange Spaß und Freude an unserem großen Hobby haben. Danke an alle Geos Programmierer.
    Gruß Jojo

    Naja... der größte Teil davon muss ich an das Team hier im Forum zurückgeben, ich kann zwar vieles testen, aber nicht alles ;):thnks:

  • den heutigen SNAPSHOT. Achtung, noch fast ungetestet...

    Man, geoDOS wird ja immer älter :wink: . Jetzt ist es vom 01.01.2018 (ja ich weiss, ist nur ein Snapshot :wink: ).


    Ein schon behobenes Problem ist wieder da:
    Beim allerersten Start kommt der Info-Screen automatisch. In MP3-128 (neuester Snapshot) kommt wieder nicht der Mauspfeil. Muss einfach klicken, damit der Info-Screen weg geht. Danach ist der Mauspfeil da.


    Die laden jetzt ggf. das DOS automatisch wenn ein SD2IEC erkannt wird

    Dazu mal eine Frage:
    Welche Dateinamen für die DOS-Files nutzt Du da? Die, die ich auch in meinem uIEC-Man benutzt habe?

    Ansonsten momentan keine Zeit mehr zu testen......

    Gruß
    Werner

  • Beim allerersten Start kommt der Info-Screen automatisch. In MP3-128 (neuester Snapshot) kommt wieder nicht der Mauspfeil. Muss einfach klicken, damit der Info-Screen weg geht. Danach ist der Mauspfeil da.

    Das Problem kannte ich noch nicht... aber ich schau mal was da für Befehle nach dem InfoScreen verwendet werden.

    Dazu mal eine Frage:
    Welche Dateinamen für die DOS-Files nutzt Du da? Die, die ich auch in meinem uIEC-Man benutzt habe?

    Offensichtlich die richtigen, nachdem es bei C=Mac schon funktioniert hat :D (DOS15xx.BIN)

    Ansonsten momentan keine Zeit mehr zu testen......

    Musst Du auch nicht, so viel passiert da jetzt auch nicht mehr.

    Man, geoDOS wird ja immer älter . Jetzt ist es vom 01.01.2018 (ja ich weiss, ist nur ein Snapshot ).

    :kaputt

    Ich hab da ja ein Tool das ich vor einem Release immer auf die Disks anwende um das Datum für alle Dateien auf einen einheitlichen Wert zu setzen. Dumm nur wenn man vergisst vorher das System-Datum auf den korrekten Wert zu setzen :platsch:

  • Offensichtlich die richtigen, nachdem es bei C=Mac schon funktioniert hat (DOS15xx.BIN)

    Nur der Vollständigkeitshalber.
    Meine Aussage bezog sich auf den MP3-64 Snapshot (GEOS-Editor) und nicht GeoDOS.

    Da ich aber davon ausgehe das Beide die gleichen Routinen verwenden, wird es bei GeoDOS auch funktionieren. :D

    Gruss C=Mac.

  • Da ich aber davon ausgehe das Beide die gleichen Routinen verwenden, wird es bei GeoDOS auch funktionieren.

    Da es in diesem Thread aber um GeoDOS geht... :D Aber Du hast recht, beide nutzen die gleichen Dateinamen.

    Beim allerersten Start kommt der Info-Screen automatisch. In MP3-128 (neuester Snapshot) kommt wieder nicht der Mauspfeil. Muss einfach klicken, damit der Info-Screen weg geht. Danach ist der Mauspfeil da.

    Bei mir hab ich ein anderes Phänomen (unter VICE128). Der Mauszeiger ist zwar da, kann aber über den rechten Rand hinaus bewegt werden und kommt dann links wieder rein. Danach kann ich aber den Zeiger nur bis ca. 1/3 bewegen. Bewege ich die Maus wieder nach links verschwindet der Mauszeiger und kommt dann wieder von rechts ins Bild. Sieht so aus als würden die Mausgrenzen nicht richtig gesetzt.
    Da mir das aber beim TopDesk passiert und nicht bei DualTop128 (der schaltet ja vom Prinzip aus in den 40Z-Modus) vermute ich mal das TopDesk hier auf den 40Z-Bildschirm wechselt bevor das Programm gestartet wird und dann nicht alle Register initialisiert werden. Das Problem hab ich aber auch wenn ich vom MegaPatch-TaskManager her GeoDOS starte.
    mouseRight zeigt nach dem Wechsel auch noch auf $027f was eindeutig auf die 80Z hinweist.
    SetNewMode setzt hier auch nur den rechten Rand für die Textausgabe. Eigentlich müsste hier auch die rechte max. Mauskoordinate gesetzt werden. Sieht mir nach einem Bug in MegaPatch128 aus. Dabei gibt es sogar eine Routine die das erledigt (:SetMseFullWin=$f804).

    Bitte melde dich an, um diesen Link zu sehen. Ist die Maus bei Dir evtl. auch nur außerhalb des Bildschirms?

  • Hallo,

    Das Problem kannte ich noch nicht... aber ich schau mal was da für Befehle nach dem InfoScreen verwendet werden.

    siehe hier: Bitte melde dich an, um diesen Link zu sehen.

    im nächsten Snapshot funktionierte es wieder....

    Bitte melde dich an, um diesen Link zu sehen. Ist die Maus bei Dir evtl. auch nur außerhalb des Bildschirms?

    Möglich. Aber in einem solchen Fall bewege ich die Maus auch um zu sehen, ob sie irgendwo auftaucht...

    Habe das jetzt ein paar Mal probiert. In 50% der Fälle ist die Maus da in den anderen 50 % nicht. Und: Es passiert nur, beim allerersten Start von geoDOS. Also jedes Mal die 6 geoDOS-Dateien aus dem Snapshot-D81 neu auf mein DNP(16 MB) kopiert und dann dort geoDOS gestartet.

    Gruß
    Werner

    PS:

    Offensichtlich die richtigen, nachdem es bei C=Mac schon funktioniert hat (DOS15xx.BIN)

    Naja, es gibt da eigentlich keine Vorgabe. Das habe ich so festgelegt, als ich Ende 2011 die erste Version des uIEC-Man veröffentlicht hatte..... :wink: .

  • Habe das jetzt ein paar Mal probiert. In 50% der Fälle ist die Maus da in den anderen 50 % nicht. Und: Es passiert nur, beim allerersten Start von geoDOS. Also jedes Mal die 6 geoDOS-Dateien aus dem Snapshot-D81 neu auf mein DNP(16 MB) kopiert und dann dort geoDOS gestartet.

    Ich vermute trotzdem eher ein Problem bei der Umschaltung von 80Z nach 40Z. Der TopDesk kann nicht mehr zwischen 40/80Z wechseln? Wäre mal interessant zu sehen was passiert wenn man den alten Desktop 2.x (der hat noch dem 40/80Z-Umschalter) oder DualTop128 (der startet Anwendungen immer mit 40Z) verwendet und GeoDOS von da aus startet.

    Ich setze die Mausgrenzen im nächsten SnapShot mal manuell und positioniere die Maus mittig zum Bildschirm. Evtl. behebt das ja schon das Problem. Weil mehr als MouseOff und StartMouseMode verwende ich da eigentlich nicht....

  • Ich vermute trotzdem eher ein Problem bei der Umschaltung von 80Z nach 40Z.

    Aber warum NUR dann, wenn geoDOS das erste Mal gestartet wird und der Info-Screen automatisch kommt? Starte ich später geoDOS normal, kann ich auch den Info-Screnn ohne Probleme aufrufen und die Maus ist in geoDOS ebenfalls immer und von anfang an da.


    Der TopDesk kann nicht mehr zwischen 40/80Z wechseln?

    Nein. Ist 80 Zeichen only. Wird ein 40-Zeichenprogramm gestartet so sorgt das dafür, das umgeschaltet wird (Bildschirmflag oder so wie in geoDOS selbst: erzwungener 40-Zeichen-Modus).

    Gruß
    Werner

  • Aber warum NUR dann, wenn geoDOS das erste Mal gestartet wird und der Info-Screen automatisch kommt?

    Evtl. weil danach GeoDOS die Koordinaten richtig setzt... die zuvor MP128 oder TopDesk nicht korrekt gesetzt haben (mit DualTop hab ich meine Version des Bugs ja nicht). Dein Bug kann auch völlig andere Gründe haben, aber warum dann nur in 50% aller Fälle?

    GeoDOS hat gar keinen Grund zu Beginn die Koordinaten richtig zu setzen. Eine 40Z-Anwendung kann ja gar keine Anderen Werte erwarten. Die MP64-Routine setzt auch die Mausgrenzen auf die Korrekten Werte. Im Zuge des Hauptmenüs setzt GeoDOS die Werte aber zurück weil es Fälle gibt wo der Mauszeiger in der Bewegung eingeschränkt wird.

    Daher ja mal die Frage ob das Verhalten bei Dir auch z.B. mit DeskTop2/40Z oder DualTop128 bzw. VICE auftritt. Denn mit dem aktuellen SnapShot kann ich nur meinen Fehler beobachten, das die Maus gar nicht sichtbar ist gibts hier nicht. Oder Du wartest einfach bis ich den Fehler von MP128/Topdesk in GeoDOS umgangen habe.

  • Anbei ein D64 mit einem "gepatchten" GeoDOS das jetzt die Koordinaten auf die 40Z beschränkt. Zumindest mein Problem beim starten von TopDesk aus oder via TaskManager ist damit behoben.

    Außerdem setzte ich jetzt den Mauspfeil direkt in die Mitte des Bildschirms. Das kann ich hier schon beim Hardware-Test ab&zu erkennen...

    Ist nur eine Testversion die nur GeoDOS+C=-Routinen beinhaltet, zum testen sollte das aber reichen. Bitte nicht mit dem letzten SnapShot "mischen"...

  • Die älteren Versionen des uIEC-Man setzen beim öffnen immer per "MR:"-Befehl die file based MR emulation.

    Hallo Werner, danke für Deine Antwort/ Frage!

    So, hier die neuere Testversion. Ausser ein paar optischen Änderungen setzt diese Version keine "file based MR emulation" mehr. Dafür ist der Anwender zuständig :wink: .

    Gruß
    Werner

  • Anbei ein D64 mit einem "gepatchten" GeoDOS das jetzt die Koordinaten auf die 40Z beschränkt. Zumindest mein Problem beim starten von TopDesk aus oder via TaskManager ist damit behoben.

    Scheint zu funktionieren. Habe jetzt mehr als 10x geoDOS immer wieder neu kopiert und gestartet. Im Info-Screen war die Maus immer sichtbar.

    Gruß
    Werner

  • Scheint zu funktionieren. Habe jetzt mehr als 10x geoDOS immer wieder neu kopiert und gestartet. Im Info-Screen war die Maus immer sichtbar.

    Danke für die Rückmeldung.

    Ich hab jetzt aber auch in MP Code ergänzt um nicht nur den rechten Textrand bei 40/80Z richtig zu setzen, sondern auch die Mausgrenzen. Damit tritt mein Bug (das der Mauszeiger rechts aus dem Bildschirm wandert und links wieder auftaucht) mit dem letzten SnapShot auch nicht mehr auf wenn ich GeoDOS vom TopDesk oder Taskmanager aus starte.

    Ich konnte das Problem aber auch mit GEOS 2.0r128 nachvollziehen. Wohl wieder ein 30Jahre alter Bug der nur in bestimmten Situationen auftaucht...

  • So, hier die neuere Testversion. Ausser ein paar optischen Änderungen setzt diese Version keine "file based MR emulation" mehr. Dafür ist der Anwender zuständig .

    Gruß
    Werner

    Danke schön, werde es am Wochenende ausprobieren. :)

    Gruss Jojo

  • So, hier die neuere Testversion. Ausser ein paar optischen Änderungen setzt diese Version keine "file based MR emulation" mehr. Dafür ist der Anwender zuständig :wink: .
    Gruß
    Werner

    Hallo Werner, habe Deinen UIEC Manager getestet. Beide funktionieren, wie beschrieben. Keine Probleme mehr in Verbindung mit MP3 Laufwerksauswahl.
    Was mir aufgefallen ist: Nur noch ein Manager RUN PRG für 64/128, allerdings nicht mehr selbstausführend?

  • Nur noch ein Manager RUN PRG für 64/128, allerdings nicht mehr selbstausführend?

    Upps, falsche Version eingepackt.

    Hintergrund: Habe uIEC-Run auf allen meinen Boot-Disks/Partitionen/SD2IEC. Auf dem SD2IEC will ich aber nicht, dass er automatisch startet. Deshalb habe ich ihn da in eine Applikation geändert. Im Original ist es selbstverständlich selbstausführend. Macht ja sonst keinen Sinn.....

    Sitze gerade an einem anderen Problem. Wenn das gelöst ist, packe ich das nochmal zusammen. Diesmal hoffentlich die richtige Version......

    Sorry.

    Gruß
    Werner

  • Upps, falsche Version eingepackt.
    Hintergrund: Habe uIEC-Run auf allen meinen Boot-Disks/Partitionen/SD2IEC. Auf dem SD2IEC will ich aber nicht, dass er automatisch startet. Deshalb habe ich ihn da in eine Applikation geändert. Im Original ist es selbstverständlich selbstausführend. Macht ja sonst keinen Sinn.....

    Sitze gerade an einem anderen Problem. Wenn das gelöst ist, packe ich das nochmal zusammen. Diesmal hoffentlich die richtige Version......

    Sorry.

    Gruß
    Werner

    Brauchst nicht mehr suche., Du hattest vor kurzem zum testen DNP050.DNP im Forum eingestellt. Hier ist die Run Datei als Autostart enthalten.

    Gruss Jojo

  • Um mal wieder auf das eigentliche Thema zurückzukommen (GeoDOS, nicht *UIECMAN*):

    Neue Version Bitte melde dich an, um diesen Link zu sehen. mit dem Workaround für GEOS128/MegaPatch128. Außerdem ist das Drag'n'Drop der Menü-Icons standardmäßig deaktiviert. Will man Menü-Icons in die Toolbox kopieren dann über das Tools-Menü D'n'D wieder einschalten.

  • Neue Version v2.97 mit dem Workaround für GEOS128/MegaPatch128.

    Also bei einem Kurztest unter dem neuen MP3-128 bisher keine Probleme gefunden.

    Aber ich habe da mal eine Frage zum Quellcode:

    cbm.Part_NDir.s in der Routine MakeNDirSys ab Label ::101

    Kann es hier nicht passieren, dass durch mehrere Aufrufe von "SetNextFree" immer wieder Blöcke in der BAM belegt werden, die gar nicht benutzt werden?

    Habe die Routine auch so im TD-Com2. Aber hier werden immer wieder mehr Blöcke in der Bam als belegt gekennzeichnet als die 2, die das UV braucht.....

    Gruß
    Werner