Leider kann ich das nicht mehr mit Bestimmtheit sagen, da das Archiv schon älter ist. Ob mit Squeez oder TotalSQX erstellt, ist ebenso unbekannt. Einzig sicher ist, dass es mit 32bit-Version erstellt worden ist.
Derzeitige Einstellungen sind:
TotalSQX
Textreihenfolge: 32 (Maximum)
Textspeicher: 64 MB
Squeez
Speicher: 32 MB
Ordnung: 8
Das eigentlich Interessante ist, dass SC14 x64 selbst kein Problem hat. Sven hat evtl. im SC noch etwas geändert, was in der SDK noch nicht enthalten ist?
Total SQX 2.11 (Packerplugin)
Moderators: Hacker, Stefan2, white
Es liegt nicht an den Einstellung für die Textkompression. Es gibt jedoch ein Problem, falls das Archiv signiert ist. Ohne Signatur konnte ich ein Archiv erzeugen, welches bei ansonsten identischen Einstellungen zu keinem Fehler führt. Allein die Signatureinstellungen (512bit) entscheiden, ob der Fehler hier auftritt.
"War is evil, in so far as it makes more bad people than it takes away."
Immanuel Kant in "Perpetual Peace"
Immanuel Kant in "Perpetual Peace"
So, habe jetzt die Tage ein wenig mit der 2.10 Version herumexperimentiert (WinXP Pro SP3 - TC 8.01/8.5b4) und bin da auf ein paar Probleme gestoßen.
Ich liste diese einfach der Reihe nach auf:
Fortschrittsanzeige
Bei der Pack-Fortschrittsanzeige ist ein kleines "c" zu sehen. Image: http://abload.de/img/tc_sqx_1kxq7k.png
Das Gleiche bei der Entpack-Anzeige. Image: http://abload.de/img/tc_sqx_28mu9j.png
Ich denke hier sollte der komplette Pfad angezeigt werden was bzw. wohin gepackt/entpackt wird.
Auflistschutz
Ist ein Archiv zusätzlich mit dem Auflistschutz versehen, bekommen ich beim Zugriff eine "Fehler in gepackter Datei..." Meldung.
Mit der älteren 2.00 Version kann ich jedoch ohne Weiteres auf das Archiv zugreifen und entpacken!?!
Dabei macht es keinen Unterschied was für eine Kompressionsrate, Verschlüsselungsstärke oder sonstige Einstellung gewählt wurde.
Auf ein normal geschütztes Archiv (also ohne Auflistschutz) hingegen funktioniert der Zugriff bzw. entpacken nach der richtigen Passworteingabe jedoch tadellos.
Archiv verschlüsseln Dialog
Desweiteren wird bei mir der Archiv verschlüsseln-Dialog immer in der oberen linken Ecke geöffnet. Könnte man diesen zentriert darstellen.
Falls genannte Probleme schon lange bekannt sind, entschuldige ich mich im voraus.
Ich liste diese einfach der Reihe nach auf:
Fortschrittsanzeige
Bei der Pack-Fortschrittsanzeige ist ein kleines "c" zu sehen. Image: http://abload.de/img/tc_sqx_1kxq7k.png
Das Gleiche bei der Entpack-Anzeige. Image: http://abload.de/img/tc_sqx_28mu9j.png
Ich denke hier sollte der komplette Pfad angezeigt werden was bzw. wohin gepackt/entpackt wird.
Auflistschutz
Ist ein Archiv zusätzlich mit dem Auflistschutz versehen, bekommen ich beim Zugriff eine "Fehler in gepackter Datei..." Meldung.
Mit der älteren 2.00 Version kann ich jedoch ohne Weiteres auf das Archiv zugreifen und entpacken!?!
Dabei macht es keinen Unterschied was für eine Kompressionsrate, Verschlüsselungsstärke oder sonstige Einstellung gewählt wurde.
Auf ein normal geschütztes Archiv (also ohne Auflistschutz) hingegen funktioniert der Zugriff bzw. entpacken nach der richtigen Passworteingabe jedoch tadellos.
Archiv verschlüsseln Dialog
Desweiteren wird bei mir der Archiv verschlüsseln-Dialog immer in der oberen linken Ecke geöffnet. Könnte man diesen zentriert darstellen.
Falls genannte Probleme schon lange bekannt sind, entschuldige ich mich im voraus.
2Tomyboy
2norfie²
Ich bin mir nicht sicher, wie ich zur Lösung der Problems beitragen kann. Ich vermute ein Problem mit der SQX-Bibliothek, noch bin ich aber nicht ganz sicher.
Das Problem konnte ich nachvollziehen - es ist durchaus auch schon länger bekannt, ist aber irgendwie nie auf einer ToDo-Liste gelandet. Eine Lösung habe ich leider noch nicht finden können.Fortschrittsanzeige
Bestätigt, sollte in der nächsten wieder Version gehen.Auflistschutz
Bestätigt, sollte in der nächsten wieder Version zentriert sein.Archiv verschlüsseln Dialog
2norfie²
Ich bin mir nicht sicher, wie ich zur Lösung der Problems beitragen kann. Ich vermute ein Problem mit der SQX-Bibliothek, noch bin ich aber nicht ganz sicher.
-
ghisler(Author)
- Site Admin
- Posts: 50486
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
2Lefteous
Das passiert, wenn man die ANSI-Callbackfunktionen verwendet, aber Unicode-Pfade zurückliefert.
Das passiert, wenn man die ANSI-Callbackfunktionen verwendet, aber Unicode-Pfade zurückliefert.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
2Lefteous
Meinereiner hat das jetzt mal mit EFCommander x64 getestet und der Fehler tritt dabei _NICHT_ auf.
Wenn ich wäre in Deinen Schuhen, dann würde ich den Fehler reproduzieren, untersuchen und die Fehlerursache feststellen. Falls der Fehler ursächlich in der Bibliothek ist, dann wäre wohl Sven darüber zu informieren.Ich bin mir nicht sicher, wie ich zur Lösung der Problems beitragen kann. Ich vermute ein Problem mit der SQX-Bibliothek, noch bin ich aber nicht ganz sicher.
Meinereiner hat das jetzt mal mit EFCommander x64 getestet und der Fehler tritt dabei _NICHT_ auf.
"War is evil, in so far as it makes more bad people than it takes away."
Immanuel Kant in "Perpetual Peace"
Immanuel Kant in "Perpetual Peace"
2norfie²
In meinen Unterlagen habe ich Informationen gefunden, aus denen hervorgeht, dass es in älteren Versionen der SXQ-DLL einen Fehler in einer 512-Bit-Hash-Funktion gab. Diese Archive werden daher in neueren Versionen als beschädigt erkannt.Leider kann ich das nicht mehr mit Bestimmtheit sagen, da das Archiv schon älter ist.
Das Archiv, mit welchem heute getestet wurde, stammt aus dem Jahre 2014 und wurde mit der 32-Bit-Version von Squeez erstellt. Wie schon oben geschrieben: EFCommander x64 hatte kein Problem. TCmd x64 stürzt beim Öffnen d.h. Auflisten des Archives ab.
"War is evil, in so far as it makes more bad people than it takes away."
Immanuel Kant in "Perpetual Peace"
Immanuel Kant in "Perpetual Peace"