Probleme mit dem DirMaster von Style v3.1.1

Es gibt 135 Antworten in diesem Thema, welches 27.003 mal aufgerufen wurde. Der letzte Beitrag (25. MĂ€rz 2023 um 08:37) ist von 64erGrufti.

  • In dieser OpenCBM-Version befindet sich im Installationsordner unter C:\Program Files\opencbm eine Datei mit Namen libusb-1.0.dll. Daran stört sich DirMaster. Testweise habe ich diese Datei im opencbm-Ordner mal gelöscht. Dann startet DirMaster ohne Probleme.

    Wie bist du denn da drauf gekommen das es an der libusb-1.0.dll liegt ? einfach per Zufall oder wie ?

    ciao Dirk

  • Leider habe ich kein OpenCBM. Deshalb kann ich dazu auch nichts Aussagen. Aber gut, dass du dieses Problem gefunden und gelöst hast.:thumbup:

    Ich hatte immer Probleme mit Virenerkennungssoftware. Deshalb habe ich seit langer Zeit keinen Virenscanner mehr, aber eine PC-WĂ€chterkarte installiert.

    Das ist so, wie im Internetkaffee. Seitdem gab es nie wieder Probleme.:)

  • Wie bist du den da drauf gekommen das es an der libusb-1.0.dll liegt ?

    Ich habe heute mal versucht, Win 10 komplett neu zu installieren. Da lief DirMaster plötzlich. Also musste irgendwas auf meinem Rechner sein.....

    Nachdem die ĂŒblichen VerdĂ€chtigen: Deinstallierte Sachen unter "Windows-Features aktivieren oder deaktivieren" und die Einstellungen mit "O&O ShutUp10" (Datenschutz) ausgeschlossen waren, habe ich Neuland betreten und die Windows Ereignisanzeige bemĂŒht. Da fand ich dann nach lĂ€ngerem Suchen:

    ...

    Name der fehlerhaften Anwendung: DirMaster.exe, Version: 3.1.3.0, Zeitstempel: 0x5d2a66c8

    Name des fehlerhaften Moduls: libusb-1.0.dll, Version: 1.0.22.11312, Zeitstempel: 0x5ab6f2c1

    Ausnahmecode: 0xc0000005

    Fehleroffset: 0x0000d10d

    ID des fehlerhaften Prozesses: 0x1680

    Startzeit der fehlerhaften Anwendung: 0x01d53efa0b0b9589

    Pfad der fehlerhaften Anwendung: C:\Program Files\Style\DirMaster\DirMaster.exe

    Pfad des fehlerhaften Moduls: C:\Program Files\opencbm\libusb-1.0.dll

    ...

    Testweise die DLL gelöscht (umkopiert :wink: ) und DirMaster lÀuft. Nun muss ich nur noch herausfinden, ob sich OpenCBM bzw. nibtools an der dort fehlenden DLL stört .......

    Gruß

    Werner

  • Nur zur Info:

    Ich habe jetzt doch noch mal einen Bugreport an den Autor von DirMaster geschrieben. Da ist alles drin, was ich hier so erwÀhnt habe. Mal sehen, was rauskommt. Hoffe nur, es dauert nicht wieder 10 Jahre, bis was passiert .... :wink: .

    Gruß
    Werner

  • Ich habe jetzt doch noch mal einen Bugreport an den Autor von DirMaster geschrieben. Da ist alles drin, was ich hier so erwĂ€hnt habe. Mal sehen, was rauskommt. Hoffe nur, es dauert nicht wieder 10 Jahre, bis was passiert .... :wink: .

    Cool. Vielleicht gibt's die nÀchste Version ja doch schon in 5 Jahren. :P

  • Blöd nur, die letzten beiden Zeichen geben den Format-Type an. Sollten nicht so ohne weiteres gelöscht/geĂ€ndert werden können......

    Warum nicht? Die sind genauso bedeutungslos wie die beiden ID-Zeichen davor und das Space in der Mitte. Weder auf die "echte" ID der Disk noch auf den "echten" Format-Typ haben die fĂŒnf angezeigten Zeichen irgend einen Einfluss.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • Cool. Vielleicht gibt's die nĂ€chste Version ja doch

    Naja, es tut sich was :wink: . Habe jetzt eine Testversion von einem der Autoren zum ausprobieren bekommen. Jetzt startet das Programm wohl immer :wink: . Der Opencbm-Support wurde deaktiviert. Damit entfallen die KlimmzĂŒge mit der libusb-1.0.dll vom neueren OpenCBM (siehe weiter vor).

    Aber es offenbahren sich neue/alte Fehler....

    Kann mal jemand hier probieren, mit der offiziellen DirMaster-Version 3.1.3 geoWrite-Dokumente aus einem Image zu "Export"ieren? Einzige Bedingung ist, es mĂŒssen Dokumente im Format "Write Image V2.1"sein. GeoWrite 64 erzeugt die nur, wenn in Geowrite unter "Optionen" "volle Breite" ausgewĂ€hlt wurde. GeoWrite 128 erstellt immer solche Dokumente.

    Ich habe mir hier einen Wolf exportiert :wink: , "Write Image V2.1" Doks werden einfach ĂŒberhaupt nicht exportiert. Es sieht danach aus, dass DirMaster nur die Textformat bis "Write Image V2.0" kennt......

    Gleiches scheint fĂŒr Text-Alben im Format V2.1 zu gelten. Man bekomt sie nicht als .CVT.....

    Danke.

    Gruß

    Werner

  • Hallo,

    kurzer Zwischenbericht:

    Ich habe wahrscheinlich die Ursache gefunden fĂŒr die Probleme (vorige Nachricht). Die Convert-Routine in DirMaster funktioniert nicht, wenn die Dokumente zu klein sind.

    Zum Gegentesten: Startet Geowrite mit neuem Dokument und speichert das Dokument sofort (leer). Es hat bei mir 3 Blocks belegt. Das gleiche bei geoPaint. Das hat bei mir 2 Blocks belegt.

    DirMaster kommt mit diesen Dokumenten nicht klar. Das funktioniert zum Bsp. mit geoCalc (hat 4 Blocks GrĂ¶ĂŸe) und geoFile (hat 20 Blocks GrĂ¶ĂŸe).....

    Gruß

    Werner

  • Ich habe auch ein internes Update bekommen. Das Problem mir dem Abspeichern der geĂ€nderten Images ist behoben.:)

    wweicht

    Hast du dir schonmal den Linksektor der VLIR-Dateien angesehen? Vielleicht gib es da ZusammenhÀnge, die diesen Bug erklÀren. Das ist nur mal so eine Vermutung.

  • Hast du dir schonmal den Linksektor der VLIR-Dateien angesehen?

    Da komme ich gar nicht zu .......

    Also: Leeres D64 in DirMaster erzeugt und "Marked for Geos". DirMaster verlassen (D64 (leer) speichern). In Geos die leeren Dateien auf das D64 kopiert. D64 in DirMaster öffnen und versucht, das Write- und Paint-Dokument auf PC zu "Eportieren" (verschieben oder "Export"). Da kommt schon nichts mehr an auf PC, was man kontrollieren könnte. Die Geos-Dateien im D64 sind unverÀndert und funktionieren unter Geos.

    Gruß
    Werner

  • Ein leeres GeoPaint Dokument funktioniert bei mir. Welche Version nutzt du?

    Bei Geowrite muss der erste Link des Linksektor immer 256 ($FF) Bytes groß sein.

    Siehe Bild 2, dort wo die $02 steht, muss ein $FF stehen. Wenn der Wert kleiner ist,

    Produziert Dirmaster einen Fehler und sichert den Inhalt nicht in der CVT-Datei.

    Bei deiner GeoPaint Version wird es sich genauso verhalten.

  • Hallo,

    Welche Version nutzt du?

    DirMaster? Die derzeit offizielle (gleiches Problem mit der Testversion vom 24.07). geoPaint V2.0 mit allen verfĂŒgbaren Patches.

    Bei Geowrite muss der erste Link des Linksektor immer 256 ($FF) Bytes groß sein.

    Wie der VLIR-Link-Sektor aufgebaut ist, ist mir bekannt :wink: .

    Bild 1von Dir zeigt einen korrekten VLIR-Link-Block mit einem Record wie er sein muss.

    Zur ErklÀrung:

    Die ersten beiden Bytes mĂŒssen immer $00,$ff sein (Kennzeichen fĂŒr keinen Folge-Block). Dann kommen 254 Byte-Paare, die folgendes darstellen:

    Track,Sektor des ersten Datenblocks eines VLIR-Records

    $00,$ff Record nicht vorhanden

    $00,$00 Record vorhanden aber leer

    Was stellt den Bild 2 dar? Ist das ein Geos-File in DirMaster?? Mit einem VLIR-Index-Block hat das jedenfalls nichts zu tun. Auch nicht, wenn es im .CVT Format ist (.cvt benutzt den Sektor anders).

    Gruß

    Werner

  • Der Link-Datenblocks des VLIR-Records ist auch in Ordnung. Wie das alles so funktioniert ist mir auch bekannt.

    Sonst hÀtte ich bei den wichtigsten Applikation, nicht die Serialprotection entfernt bekommen.:)8)

    Wenn du dir nun von Bild 1, den zweiten Eintrag anschaust, siehst du 11;0d.8o

    Das zweite Bild zeigt den Sektor 11;0d. Wenn dort als erstes Byte eine $00 vorhanden ist, dann muss das zweite immer eine $ff sein.

    Das ist ein Bug in Dirmaster. Der kann keine CVT-Dateien erstellen, deren Dateninhalt (wirte texte) geringer als 256 Bytes ist.

    Du kannst es selber testen, indem du ein leeres write Dokument anlegst. Nun mit Dirmaster den Block wie in Bild 1 gezeigt, ansehen.

    Danach den Sektor aufsuchen, dessen Track- und Sektorlink an stelle 02 und 03 stehen, immer noch bild 1.

    Nun wie in Texte steht, das byte nr 02 in $ff Àndern (bild 2). abspeichern. nun funktioniert das erstellen einer cvt.:)

    Als Anhang eine geÀnderte Write-Datei. Damit kann man ein CVT erstellen.

    PS: Ich meinte nicht die Dirmaster-Version sondern die GeoPaint Version. Das ich auch ein Update bekommen habe, erwÀhnt ich in einem vorherigen Post.:D:)

    Falls noch fragen offen sind, schicke mir ein paar Write- und Paint Dokument.


    Stephan.

  • Nun wie in Texte steht, das byte nr 02 in $ff Ă€ndern (bild 2). abspeichern. nun funktioniert das erstellen einer cvt.

    Ich glaube ich habe jetzt verstanden, was Du mir sagen willst. Das meinte ich weiter oben mit zu kleinen Dokumenten....

    Aber: (das hat mich verwirrt) in einem leeren Geowrite-Dokument kann da gar keine 00 02 00 01 .... stehen. Da werden immer Informationen (RĂ€nder, Tabulatoren, usw.) gespeichert. Das 00 02 bedeutet ja, der VLIR-Datensatz ist nur 2 Bytes lang.

    Und das Ganze scheint nur bei VLIR nicht zu funktionieren. Normale sequentielle Geos-Dateien scheinen zu funktionieren (z.B. Maustreiber von Geos V2.0).

    Gruß
    Werner

  • Im Bild 2 werden, wenn man mit GeoWrite etwas schreibt, die Texte gespeichert. Die Sektorverkettung wird noch lĂ€nger.

    Wenn ich ĂŒbrigens von Byte 2 spreche, meinte ich nicht, 00,01,02 sondern dezimales zĂ€hlen Das bringe ich immer leicht durcheinander.

    Warum Geowite in eimen leeren Dokument nun eine $02 schreibt, weiß ich nicht.

    Vielleicht ein Bug? Ich habe mich gewundert, warum das Geowrite ĂŒberhaupt macht. Notwendig ist es nicht.:)

    Stephan.

  • Nein vielen Dank. :D Du bist der GEOS-Profi und du kannst mit Sicherheit dem Coder das auch in verstĂ€ndlichem Fachenglisch erklĂ€ren.
    Wenn ich jetzt diesen Bug erklĂ€hren mĂŒsste, wĂŒsste ich im Moment gar nicht wie und wo ich da anfangen sollte.:)

  • Hallo,

    Hast du das auch schon gemeldet? Sonst mache ich das noch..

    Bisher nicht so konkret... Melde es mit.

    Warum Geowite in eimen leeren Dokument nun eine $02 schreibt, weiß ich nicht.

    Vielleicht ein Bug? Ich habe mich gewundert, warum das Geowrite ĂŒberhaupt macht. Notwendig ist es nicht.

    Welches Geowrite hast Du da konkret?

    Meins (Geowrite V2.2) schreibt da bei einem leeren Doument $1d.

    Gruß
    Werner