DT128-Native-Copy Test für MegaPatch128

Es gibt 735 Antworten in diesem Thema, welches 110.887 mal aufgerufen wurde. Der letzte Beitrag (5. April 2023 um 12:09) ist von skern.

  • Wählst Du aber z.B. als Anzeige "nach Typ" aus, dann ist $04b8 = 5.

    der Name und der Kommentar in /AA zu $04b8 verwirrt.

    Ändere (ergänze) einfach nur den Kommentar und gut ist. :wink:

    ab jetzt das Löschen, Kopieren und Verschieben von Dateien per Mausklick abbrechen

    Gibts einen "Ort" wo man hinklicken muss oder einfach irgendwo länger klicken?

    Geht hier. Einfach irgendwo klicken.

    JoJo's Wunsch ist auch mit drin.

    Ja, ist keine Karte im SD2IEC oder kein Dxx gemountet, öffnet sich GEOS.Editor. Der muß aber verfügbar sein, sonst gibt es eine Fehlermeldung :wink: .

    MP3-128 (letzter Snapshot) und TD 128 (V5.06) gekommen.

    Dabei ist mir was aufgefallen:

    Wechsele ich in den 40Z-Modus - "Hilfsmittel" -> 80/40Z - und wieder zurück - "Abbruch", verändert sich das Aussehen im 80Z-Modus.

    Kann ich hier nicht nachvollziehen. Hast Du RAM-TD aktiv? Der ist hier bei mir aus. Benutze aber schon TD128 V5.07.

    Kann es sein, dass Du unterschiedliche TD-Versionen auf irgend einem Laufwerk hast. Oder bei gleicher TD-Version unterschiedliche Einstellungen?

    TD speichert einige Einstellungen direkt in TD, andere in PadColorPref und TopDesk.win. Wenn es da unterschiedliche Einstellungen gibt, könnte ich mir sowas vorstellen......

    Gruß

    Werner

  • Also das mit den +255 Dateien auf einem Laufwerk dürfte eine verdammt harte Nuss werden :wink: .

    Hat man mehr als 255 Dateien, dann läuft TD128 amok.

    1. Problem:

    Datei kopieren/verschieben

    Hier wird erst kopiert und dann kommt die Fehlermeldung. Normalerweise sollte die Meldung sofort kommen und nicht kopiert werden. Habe es auf einem DNP mit 255 vorhandenen Dateien probiert und eine Datei dazu kopiert. Die Disk hat jetzt 256 Dateien. Anschließend ist keine vernüftiges Arbeiten unter TD auf diesem Laufwerk mehr möglich.

    Hier müßte vor dem Kopieren geprüft werden, ob Geos-Disk oder nicht. Wenn ja, dann dürfen max. 247 Dateien auf der Disk sein. Da auf dem Borderblock weitere 8 Dateien liegen könnten. Ist es keine Geos-Disk ist die Maximalzahl 255.

    Ist die jeweilige Maximalzahl auf Disk erreicht, darf nicht weiter kopiert werden... (Fehlermeldung)

    2. Ich nehme an, die Anzeige der Dateien läuft über "FindDirFiles". Auch hier müßte vorher auf Geos-Disk geprüft werden und dann die maximal-Zahl entsprechend gesetzt werden. Bei Geos-Disk kann dann problemlos der Borderblock gelesen werden.

    Hinweis: Wheels-Disketten mit System-Directory dürften problematisch sein (zumindest wenn das System-Directory mehr als 8 Dateien enthält bzw. länger ist als 1 Directory-Block)!!!!


    Ich erinnere mich dunkel, dass der originale Geos 2.0 Desktop auf allen Lfw. (1541/1571/1581) maximal 144 Dateien angezeigt hat. Waren mehr drauf, wurden die einfach nicht angezeigt (ignoriert). Das müssen wir irgendwie auch für TD128 (maximal 247/255 Dateien) hinkriegen.


    Habe nur relativ kurz über den Quelltext (15.12.) geschaut und sehe da bei weitem noch nicht durch ......... :wink: .

    Frohe Weihnachten für alle hier. :weihnachten::ChPeace

  • Also das mit den +255 Dateien auf einem Laufwerk dürfte eine verdammt harte Nuss werden :wink: .

    Das müssen wir irgendwie auch für TD128 (maximal 247/255 Dateien) hinkriegen.


    Habe nur relativ kurz über den Quelltext (15.12.) geschaut und sehe da bei weitem noch nicht durch ......... :wink: .

    Frohe Weihnachten für alle hier. :weihnachten::ChPeace

    Auch für Dich und Deine Familie ein frohes Weihnachtsfest und gib Bescheid, wenn Du mit dem Thema (maximal 247/255 Dateien) anfangen möchtest. Dann schicke ich dir gerne den aktuellen Quellcode zu.

    Pusti64

  • gib Bescheid, wenn Du mit dem Thema (maximal 247/255 Dateien) anfangen möchtest.

    Gestern :wink: .

    Ich nehme an, die Anzeige der Dateien läuft über "FindDirFiles".

    Ist das korrekt?

    Gehe ich recht in der Annahme, die Routine stammt aus geoDesk? In welchem Source-File finde ich die da? Dann kann ich zunächst dort mal versuchen, das Ganze erstmal zu verstehen......

    Gruß

    Werner

  • Ich vermute Du meinst jetzt DispFiles, welche Du in 128DESKTO/F findest. Das ist alles original 128 Desktop-Code nix geoDesk.

    Pusti64

  • So heute auch die V5.07 installiert.

    Geht hier. Einfach irgendwo klicken.

    Klappt. :thumbup:

    Kopie, verschieben und löschen kann abgebrochen werden, Validate nicht.


    Kann ich hier nicht nachvollziehen. Hast Du RAM-TD aktiv? Der ist hier bei mir aus. Benutze aber schon TD128 V5.07.

    Im Normalfall ist RAM-TD aktiv.

    Zum Testen und beim Installieren einer neuen Version wird's deaktiviert.

    Hab in der Zwischenzeit auch auf V5.07 geupdatet.


    Kann es sein, dass Du unterschiedliche TD-Versionen auf irgend einem Laufwerk hast. Oder bei gleicher TD-Version unterschiedliche Einstellungen?

    TD speichert einige Einstellungen direkt in TD, andere in PadColorPref und TopDesk.win. Wenn es da unterschiedliche Einstellungen gibt, könnte ich mir sowas vorstellen......

    Nö, ist nach einem Neustart (Rechner aus) nur eine Version vorhanden und die Einstellungen sind nur im TD gespeichert.

    Zwischenfrage:

    Was wird in TopDesk.win gespeichert?

    Nach einem Wechsel auf 40Z und zurück auf 80Z ist der Rand grau und bleibt grau bis zum Neustart.

    Das sich der Bildinhalt ändert, ist nur eine optische Täuschung.

    Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.


    Zum TD V5.07

    Wenn ich alle Dateien anwähle (C=W) und in den Mülleimer verschiebe, wird nur die letzte Datei oder gar keine gelöscht.

    Lösche ich die Dateien über C=D werden alle Dateien gelöscht.

    Versucht habe ich dieses nur auf einer RAM-Native.

    Fragen/Wünsche für TD:

    Es ist ja möglich auf F2; F4; F6 und F8 Programme abzulegen/zu speichern.

    Sehe ich irgendwo welche das sind?

    Ist es möglich diese Funktion um Programme in UV's zu erweitern?

    Im Moment wird ein Programm welches sich in einem UV befindet nicht gefunden, wenn man sich im Root befindet.

    Bzw. ist kann gar nicht im TD gespeichert werden, da sich der TD im Root befindet.

    Per C= (Pfeil nach links) kann ja eine Ebene hoch gesprungen werden.

    Ist es möglich diese Funktion an GeoDesk anzupassen?

    Nur Pfeil nach links, gleich eine Ebene hoch.

    C= und Pfeil nach links gleich zurück ins Root.

    So das war's mal.

    Wünsch Euch noch frohe Weihnachten und einen Unfallfreien Rutsch. :D

    Gruss C=Mac.

  • Nur kurz :wink: :

    Was wird in TopDesk.win gespeichert?

    Nichts genaues weiß ich auch nicht. Auf jeden Fall Fenster-Einstellungen. Bei mir lasse ich z.B. direkt nach dem booten das Fenster für Laufwerk B öffnen. Da kann man auch die Datei-Position speichern, ab der das Fenster geöffnet wird.

    Man richtet sich das/die Fenster so ein, wie sie erscheinen sollen und dann auf "Fenster" - "Einstellungen speichern". So wird eine Datei TopDesk.win erzeugt. Wenn die auf dem Boot-Laufwerk ist, wird sie hier automatisch geladen. Dazu dürften auch die Einstellungen unter "Anzeige" gehören.

    Die letzten beiden Einstellungen unter "Fenster" scheinen da aber nicht zu zugehören. Die muß ich nach TD-Update immer wieder neu setzen ....

    Validate nicht.

    Was auch gut und richtig ist!!

    Während eines Validate wird die BAM der Diskette verändert/repariert. Wenn da zwischendrin abgebrochen wird, kannst Du die Diskette gleich formatieren...


    Wenn ich alle Dateien anwähle (C=W) und in den Mülleimer verschiebe, wird nur die letzte Datei oder gar keine gelöscht.

    Lösche ich die Dateien über C=D werden alle Dateien gelöscht.

    Kann ich bestätigen. Da C=D schneller ist als das Ganze mit der Maus zu machen, ist mir das nicht aufgefallen.


    Nach einem Wechsel auf 40Z und zurück auf 80Z ist der Rand grau und bleibt grau bis zum Neustart.

    das muss ich mir noch mal in Ruhe ansehen .....

    Gruß
    Werner

  • Anbei die Fehlerbereinigte 128DT V5.07 vom 25.12.2019. Mit welcher nun auch das Löschen per Papierkorbablage wieder richtig funktioniert.

    So ohne weiteres kannst Du die unter F2,F4, F6 und F8 abgelegten Programme nicht sehen.

    Wenn Du nicht mehr weisst, was da abgelegt ist, dann einfach die Tasten erneut belegen und gut ist.

    Schon rein aus Platzgründen wird es wohl auch keine Erweiterung auf UV`s geben.

    Wenn Werner eventuell das 247/255 Dateien-Thema umgesetzt hat. Dann könnte man mal schauen, ob im Code noch Platz für Pfeil links und C= Pfeil links vorhanden ist.

    Pusti64

  • Nichts genaues weiß ich auch nicht. Auf jeden Fall Fenster-Einstellungen. Bei mir lasse ich z.B. direkt nach dem booten das Fenster für Laufwerk B öffnen. Da kann man auch die Datei-Position speichern, ab der das Fenster geöffnet wird.

    Man richtet sich das/die Fenster so ein, wie sie erscheinen sollen und dann auf "Fenster" - "Einstellungen speichern". So wird eine Datei TopDesk.win erzeugt. Wenn die auf dem Boot-Laufwerk ist, wird sie hier automatisch geladen. Dazu dürften auch die Einstellungen unter "Anzeige" gehören.

    Danke für die Info.

    Jetzt weis ich auch warum, beim Start immer LfW B geöffnet wurde. ;)

    Als die TopDesk.win erzeugt wurde, war LfW B aktiv.


    Die letzten beiden Einstellungen unter "Fenster" scheinen da aber nicht zu zugehören. Die muß ich nach TD-Update immer wieder neu setzen ....

    Stimmt, dafür wird keine TopDesk.win benötigt.

    Die Einstellung "Fenster automatisch platzieren" (ist bei mir aktiviert) wird auch ohne behalten.

    Ebenfalls die Farbeinstellungen.


    Kann ich bestätigen. Da C=D schneller ist als das Ganze mit der Maus zu machen, ist mir das nicht aufgefallen.

    Ist mir auch nur aufgefallen, weil ich das "Abrechen" testen wollte und die Maus sowieso in der Hand hatte.

    Im Normalfall mach ich dies auch über Tastenkürzel. ^^


    Anbei die Fehlerbereinigte 128DT V5.07 vom 25.12.2019. Mit welcher nun auch das Löschen per Papierkorbablage wieder richtig funktioniert.

    :thumbsup: :thnks:


    So ohne weiteres kannst Du die unter F2,F4, F6 und F8 abgelegten Programme nicht sehen.

    Wenn Du nicht mehr weisst, was da abgelegt ist, dann einfach die Tasten erneut belegen und gut ist.

    Danke für die Info.


    Schon rein aus Platzgründen wird es wohl auch keine Erweiterung auf UV`s geben.

    Schade, aber wenn kein Platz, dann kein Platz.


    Wenn Werner eventuell das 247/255 Dateien-Thema umgesetzt hat. Dann könnte man mal schauen, ob im Code noch Platz für Pfeil links und C= Pfeil links vorhanden ist.

    :thumbup:

    Gruss C=Mac.

  • Hallo,

    zunächst noch einen schönen 2. Weihnachtsfeiertag:weihnachten:

    Anbei die Fehlerbereinigte 128DT V5.07 vom 25.12.2019

    Funktioniert wieder.

    ...

    Was will er mir damit nur sagen ..... :wink:


    Zunächst möchte ich auf ein kleines Problem im TD128-Quellcode (15.12.19) aufmerksam machen... Ist kein Fehler, irritiert aber mächtig (und hat mich einige Zeit gekostet :wink: ) :

    Habe mein MP3-gebootet und mein GeoWrite128 auf RAM kopiert. Druckertreiber, Fonts und Quellcode von dem MP3-Source-D81 benutzt und ebenfalls auf RAM kopiert. Druckertreiber natürlich auch aktiviert :wink: . Quellcode "128 DESKTO/AA Seite 45 Routine ab .FindDirFile. Da lese/sehe ich:

    ...

    jsr DiskInitTurboIO

    txa

    bne :100

    beq :20

    jsr :200

    ...

    Hä, für das "beq :20" gibt es doch da gar kein Label ::20 und es müßte doch eigentlich beim Assemlieren eine Fehlermeldung geben...

    Als ich mir das dann mal am PC mit D64Lister angeschaut habe, habe ich gesehen was da los ist:

    das "beq :20" ist kein Code, sondern gehört zum (zu langen) Kommentar der vorigen Zeile. Da Geowrite das aber nicht darstellen kann, rutscht das in die nächste Zeile und sieht wie eine korrekte Assembler-Anweisung aus. Zusätzlich sind Tabulatoren davor nicht gelöscht. Es reicht nicht, einfach den Tabulator oben im Lineal zu löschen. Die Tab-Sprünge im Text bleiben dann erhalten....

    Wenn ich den kompletten Kommentar der vorherigen Zeile mit BSW formatiere, sehe ich das auch korrekt in Geowrite :wink: .

    Ob es noch mehr solcher irritierenden Stellen im Quellcode gibt, habe ich nicht gepüft.

    Und noch ein kleiner Hinweis:

    Der Kommentar zu .FindDirFile (vor der eigentlichen Routine) ist auch nicht so ganz optimal. Da ist von SubDirs, Unterverzeichnissen, Verzeichnissen die Rede. Ich meine, diese Routine ist nur für TD-Ordner und wurde vom TD1.3-Quellcode 1:1 übernommen. Irritiert auch ganz schön :wink: .

    Wenn Werner eventuell das 247/255 Dateien-Thema umgesetzt hat.

    :thumbup:

    Kommt Zeit, kommt Rat ... :wink: .

    Mein oben genannter Plan ( Bitte melde dich an, um diesen Link zu sehen. ) ist wohl doch zu kompliziert, aufwändig und berührt wohl auch andere Routinen im TD. Da ist ja die Dateinummer links im Fenster, die Füllstandsanzeige rechts und eventuell noch einiges mehr.

    Deshalb favoriere ich jetzt einen anderen theoretischen Weg:

    Die immer wieder kommende nervige Fehlermeldung wegen zu vieler Dateien. Wenn man die ausschaltet und stattdessen eine Speicherstelle setzt, die eben die max. Anzahl auf 255 setzt und bei mehr eben nicht mehr verändert, müsste TD doch brav 255 Dateien anzeigen und Ruhe geben. Sind mehr vorhanden, werden sie nicht beachtet. Dann könnte man auch Kopieren/Verschieben so lassen. Zuviel kopierte Dateien sehe ich einfach nicht.

    Alles Theorie, erscheint mir aber einfacher ....

    Stimmt, dafür wird keine TopDesk.win benötigt.

    ... wird wohl direkt im TD128 gespeichert.

    Im Moment wird ein Programm welches sich in einem UV befindet nicht gefunden, wenn man sich im Root befindet.

    Bzw. ist kann gar nicht im TD gespeichert werden, da sich der TD im Root befindet.

    Das liegt in der Natur der Sache. Ein UV ist wie eine eigene Diskette. Hier könnte es aber eine Lösung geben, ohne an TD etwas zu ändern. Ich habe ja schon lange vor, eine abgespeckte Version des Systemdirectorys von Wheels (in MP3/TD nur 8 Dateien) zu aktivieren. Im Prinzip kennt TD das schon. Es handelt sich um den Borderblock auf einer Geos-Formatierten Diskette. Der ist auf allen mit TD formatierten Disketten vorhanden, kann aber nicht wirklich benutzt werden, da TD dort keine Datei-Einträge ablegen kann. Aber gelesen wird er und die Dateien werden auch angezeigt, wenn man sich als Anwender daran hält, dass eine Geos-Diskette maximal 247 Dateien im "normalen" Directory aufnehmen darf (wegen der Probleme mit mehr als 255 Dateien). Das betrifft 1571-Format (kann ich jetzt aus dem Stegreif nicht sagen, wie viele Directory-Einträge möglich sind, müssten um die 288 sein), 1581-Format (lt. Handbuch max. 296 Dateien) und Native (beinahe unbegrenzt) .

    Der Borderblock ist unter Geos/MP3 rein technisch gesehen ein zusätzlicher Directory-Block für 8 Datei-Einträge. Man kann auf Geos/MP3-Disketten also 8 Dateien mehr unterbringen als normalerweise außerhalb Geos möglich.

    Mein theoretischer Plan: Ein kleines Programm, dass die Programme/Dateien (genauer gesagt deren Directory-Einträge vom normalen Directory auf den Borderblock verschiebt. Dann sollte z.B. ein auf dem Borderblock liegender TD auch in allen UVs sichtbar und nutzbar sein....

    Und eins ist dafür noch unbedingt zu beachten: Es dürfen keine UVs im Geos-Format benutzt werden. Die hätten einen eigenen Borderblock. Deshalb legt TD auch nur normale (Standard- bzw Nicht Geos-) UVs an!

    Wird aber sicher noch dauern ...

    Gruß

    Werner

  • zunächst noch einen schönen 2. Weihnachtsfeiertag :weihnachten:

    Danke, gleichfalls.


    Das liegt in der Natur der Sache. Ein UV ist wie eine eigene Diskette.

    Ist bekannt.

    Aus diesem Grund müsse auch der ganze Pfad gespeichert werden, ähnlich wie die App-Link bei GeoDesk.

    Um ein Programm schnell zu starten, welches auf einem der vier Laufwerke (im Root) reicht es.

    Wir werden sehen ob der Borderblock funktioniert.

    Hab in der Zwischenzeit die korrigierte Version von V5.07 installiert.

    Löschen über Mülleimer funktioniert wieder. :thumbup:

    Mehr konnte ich noch nicht testen, mir hat es die SD-Karte (SD2IEC) zerschossen.

    Wird von nix mehr erkannt und lässt sich auch mit nichts mehr formatieren. :cursing:

    Leider war das letzte BackUp schon länger her. ;(

    Gruss C=Mac.

  • Hallo,

    zunächst kurz zur Erklärung für meine Stille seit Anfang 2020:

    Ich hatte Anfang Januar einen Schlaganfall und war im Krankenhaus und auf einer ersten Reha. Die rechte Körperseite (Arm und Bein) sind nach wie vor beeinträchtigt. Wenn alles klappt, soll es in Kürze eine weitere Reha von mindetens 6 Wochen geben....

    Also weitere Stille meinerseits hier ist vorprogrammiert. Wird schon irgendwie wieder werden .................

    Mit <- gelangt man jetzt aus einem Unterverzeichnis und Ordner zurück zum "Root"

    Wenn keiner eine Rückmeldung gibt, muß ich wohl ran :wink: ....

    Funktioniert hier bei mir auch mit geoKeys-Interface ohne Probleme. Nur beim Öffnen eines UVs kommt es immer wieder vor, dass bei einem leeren UV der Datei-Zähler im Fenster z.B. auf 21 steht.

    Gruß

    Werner

  • Vielen Dank für Deine Rückmeldung. Dieses Fehlverhalten ist mir noch nicht aufgefallen und werde es mir mal näher anschauen.

    Auch von mir weiterhin gute Besserung.

    Pusti64

  • Bitte melde dich an, um diesen Link zu sehen.Bitte melde dich an, um diesen Link zu sehen.

    Mit <- gelangt man jetzt aus einem Unterverzeichnis und Ordner zurück zum "Root"

    Sorry, hatte ich total vergessen zu schreiben, hatte es probiert und funktionierte bei mir.:whistling:

    Gruß Jojo