GeoDOS V2 Release 2018

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

  • Auf meiner Startpartion DNP sind keinerlei Startprogramme enthalten außer das SD-Time

    Werner: die Programme wurden nur zu Testzwecken auf die Partion kopiert, (auch um UVs zu füllen)
    damit ich meine "Guten Partionen" mit meinen Daten nicht versaue...........

    Ich habe heute Nochmal GD getestet:
    -Beim Aufräumen keinerlei Fehlermeldungen, Hinterher im TD die Wirren Zeichen nach dem Aufräumen.
    -Ich wolte mir in GD die Dateien anzeigen lassen, leider hat sich GD gleich Aufgehangen.
    Evl gibt sich das ja mit der neuen MP3 Version, wie gesagt wurde

  • Die wirren Zeichen und so kommen erst nach dem Aufräumen mit GD..........

    GD zerstört meine Dateien und Ordner und Danach läßt sich die Aufgeräumte Partion nicht mehr Öffnen.

    Kann das hier nicht nachvollziehen.

    Neues MP3-64 und neues GeoDOS. Habe einaml eine RAMNative (C=REU Native, 8 MB) mit geoDos aufgeräumt und einmal meine 16 MB-Boot-Partition (DNP auf SD2IEC). Danach geoDOS verlassen und im TD geschaut. Keine Probleme feststellbar....

    Gruß
    Werner

  • -Ich wolte mir in GD die Dateien anzeigen lassen, leider hat sich GD gleich Aufgehangen.

    Das deutet eindeutig auf ein Kernal-Problem hin. Wie gesagt, falls möglich mal das Programm aus Bitte melde dich an, um diesen Link zu sehen. starten...

    Hast Du C=REU-MoveData aktiviert? Falls ja, zum Test mal deaktivieren oder das MegaPatch V3.3 testen (dort ist dieser Bug behoben...)

  • Kernalproblem, meinst du damit, das Evl schon mein Geos 2.x Fehlerhaft gewesen sein könnte?
    (Wenn ich Nix mit GD mache, bleibt auch der TD wie er sein soll)

    -Danke für das Programm, wird aber erst Morgen, (Im Keller wo mein C64 aufgebaut ist ist`s Arschkalt)

    Ich habe bereits einen Man vor Ort, die Sache wird erledigt werden, so wie immer.............

  • Kernalproblem, meinst du damit, das Evl schon mein Geos 2.x Fehlerhaft gewesen sein könnte?
    (Wenn ich Nix mit GD mache, bleibt auch der TD wie er sein soll)

    Nein, nur das eine Anwendung (evtl. auch GeoDOS) den laufenden Kernal beschädigt. Evtl. ist das Problem auch schon vorher vorhanden aber wird erst durch GeoDOS sichtbar.

    Bitte nicht vergessen auch mal REU-MoveData abzuschalten falls aktiviert.

  • Hab auf der C64-Anlage getestet (V 2.965), Laufwerke:

    A: SD2IEC (D81)
    B: FD-2000 (1581)
    C: HD - Native
    D: RL - Native
    SCPU als DACC


    CMD-HD Native

    Bei Menü Disk aufräumen gibt es zwei "Punkte"

    - Aktuelles Laufwerk
    - Diskette/Partition

    Klicke ich auf den Pfeil neben "Disketten/Partition" erscheint ein Hinweistext: "Bitte eine Diskette in Laufwerk einlegen".
    Egal ob ich jetzt auf "OK" oder "Abbruch" klicke, ich komme einfach wieder zurück.
    Anders gesagt ich kann die Partition nicht auswählen.

    Kann ich hier nachvollziehen. Klick mal auf den Partitionsnamen selbst und nicht auf den Pfeil:

    Pfeil = Disk wechseln (OK, macht bei HD keinen Sinn...)
    Partitionsname anklicken = Partition wechseln.

    Komisch, funktioniert ja. :D


    Benutze ich die Aufräum-Funktion von GeoDOS unter Wheels-64, erhalte ich "BAM ist defekt; Fehlercode: 6"

    Funktioniert jetzt, jedenfalls auf der HD, mehr hab ich nicht probiert. :thumbup:


    RamLink Native

    Lass ich mir das Directory anzeigen, habe ich die Möglichkeit die Partition zu wechseln (CMD Part).
    Dies funktioniert nicht, es wird immer die gleiche Partition angezeigt.

    * "Partitionswechsel" bei "Verzeichnis anzeigen" auf RAMLink (Anpassung an MegaPatch)

    Sorry funktioniert bei mir nicht.
    GD zeigt immer die RL-Partition an, welche TD aktiviert hat.
    Egal ob Snapshot vom 27.10.18 oder die aktuelle V 3.3.

    Unter Wheels 64 funktioniert der Partitionswechsel.


    Die erwähnte Probleme mit dem PC-64 Tower (Beitrag 32) kann ich auf dieser Anlage nicht nachvollziehen.

    Gruss C=Mac.

  • Benutze eine Rex-Ram............

    Rex?? Ah ja, da war doch mal was: REX Datentechnik. Soweit ich weiss, haben die GeoRAM vertickt. Also GeoRAM.....

    Kann das aber hier trotzdem nicht nachvollziehen :sad: .
    Habe meine GeoRAM (1541 UII+) auf 512 kB gestellt, MP3-64 von Native (DNP 16 MB von D:) gebootet, geoDOS gestartet, D: Validiert, danach Inhaltsverzeichnis von D: in geoDOS angeschaut, geoDOS verlassen und Inhaltsverzeichnis im TD-64 (mit Native Kopie) angesehen. Alles OK, keine Probleme feststellbar......

    Gruß
    Werner

  • Hallo Werner,

    Die Rexram, ist Doppelt so lang wie ein Normales Modul

    Ich hatte Gestern den MP3 v3.3 in Vice Laufen und hatte GD probiert, sogar da hatte ich einen Absturz
    nachdem ich mit GD aufgeräumt hatte..........
    Komisch ist`s ja das geb ich zu, ich werds heute Nochmal auf Realer HW probieren und dann das Pro von Markus starten, mal sehen was wird............

    Ich habe bereits einen Man vor Ort, die Sache wird erledigt werden, so wie immer.............

  • Die Rexram, ist Doppelt so lang wie ein Normales Modul

    ah, die ältere Version... Die neuere ist nur noch so lang wie ein normales Modul. So eine (die neuere Version) habe ich hier noch irgendwo rumliegen. Werde ich mal testen....

    Komisch ist`s ja das geb ich zu,

    ja, ist es wirklich....

    Hattest Du nicht auch eine NeoRAM mit 2 MB????? Ist auch nur ne GeoRAM....

    Gruß
    Werner

  • Ja, Ich hatte mal ne NeoRam, aber die ging Irgendwie "Defekt"...........
    wäre schön, wenn`s die nochmal gebe.........
    Ich hab noch ne Reu, (1MB mit Schalter) aber bei 1MB wird sie Instabiel da scheint was nicht zu stimmen 512KB funktionieren soweit..........

    Ich habe bereits einen Man vor Ort, die Sache wird erledigt werden, so wie immer.............

  • So, ich konnte den Fehler Nachstellen.
    Ich häng mal das Bild dranBitte melde dich an, um diesen Anhang zu sehen.

    Ich habe bereits einen Man vor Ort, die Sache wird erledigt werden, so wie immer.............

  • Werde ich mal testen....

    Also auch die reale 512 kB GeoRAM von Data2000 funktioniert hier mit MP3-64 und geoDOS problemlos. In geoDOS ein 16 MB DNP aufgeräumt und anschließend in TD64 geschaut. Keine Probleme. Sieht mir ganz nach einem Problem der RAM-Erweiterung aus :sad: ....

    Gruß
    Werner

  • Funktionieren tuen bei mir auch alle Rams/Reu.........

    Solten 2 verschiedene Ramerweiterungen Macke haben??? (Hab noch eine GeoRam 512 Irgedwo)
    Es macht keinen Unterschied ob Ram oder Reu

    Ansonsten könnte ich ja das GD mal unter Geos 2.5 Testen, ich weiß aber nicht ob GD unter Geos 2.x Überhaupt läuft......
    So könnte man den Fehler Eingrenzen..............da könnte ich Spaßeshalber die Ram weglassen..........
    Aber von der anderen Seite, wenn ich GD nicht benutze, gibts auch keine Fehler......

    Zur Zeit:
    C64, 4x SD Reu 512KB
    A & B 1581 (D81)
    C & D DNP Native
    Aufgeräumt hab ich LW D DNP
    MP3 V 3.3 mit Original-TopDesk 4.1
    C=REU-MoveData und Task Mg im Editor ausgeschalten

    Ich habe bereits einen Man vor Ort, die Sache wird erledigt werden, so wie immer.............

  • mit Original-TopDesk 4.1

    wie original?

    Der, der mit MP3-64 von Januar 2000 geliefert wird, der der mit meinem Patch von 2010 versehene oder der von Bitte melde dich an, um diesen Link zu sehen. hier (Bitte melde dich an, um diesen Link zu sehen. )?

    Ich habe hier letzteren im Einsatz. Und stelle sicher, dass nirgendwo noch eine anderer TD auf A: - D: verfügbar ist. Das gilt auch für/in TD-Ordnern!

    Und schalte auf alle Fälle mal RamTopdesk aus. Das könnte auch Probleme verursachen.

    Gruß
    Werner

  • TD64 R.07 V4.1
    9.1.2000 20:50
    Ich denke das ist der TD der damals mit dem MP3 Verkauft wurde............
    (Ich weiß jetzt nicht, ob du, als du mir den MP3 damals angepaßt hast, deine Version mit kopiert hast)
    müßte ich Nachsehen......

    Da ich jetzt wieder viel unter Vice arbeite und der ja kein DNP kann, habe ich erstmal wieder den TD im Einsatz

    Da werd ich mal RamTopdesk ausschalten und GD dann nochmal Testen..........

    mal blöd gefragt, was hattest du denn 2010 am TD gepatcht :?:
    Liegt der wo in der Wolke??

    Ich habe bereits einen Man vor Ort, die Sache wird erledigt werden, so wie immer.............

  • Ich gehe mal davon aus, dass Werners Patch von 2010 der ist, der auf der MegaPatch-Instalaltions-D81 von 200 bzw. 2003 von Werner zusätzlich vorhanden ist in der Wolke.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Hmmmmmmm, die hab ich mir grade runtergezogen, aber mein TD will sich nicht Patchen lassen
    Ich habs versucht, da komm "Error 12"
    Und ja, ich hab den Ram voher ausgeschalten.............
    Evl. hab ich den Schuldigen ja gefunden, mein Topdesk..........

    Ich habe bereits einen Man vor Ort, die Sache wird erledigt werden, so wie immer.............

  • Ich habs versucht, da komm "Error 12"

    Keine Panik, das sagt nur, das Patch wurde bereits vorher schon ausgeführt. Also ist Dein TD schon auf dem Stand 2003.

    Übrigens sagt die Fehlermeldung: Patch 1 und Patch 2 konnten nicht ausgeführt werden, da sie bereits gepatcht sind.

    Aber wie ich schon sagte, nimm die Version von hier ( Bitte melde dich an, um diesen Link zu sehen. ). Die läuft hier problemlos und Du kannst zusätzlich DNPs kopieren.

    Gruß
    Werner