Mehrere Multipart-Rars im Hintergrund entpacken?
Moderators: white, Hacker, Stefan2
Mehrere Multipart-Rars im Hintergrund entpacken?
Habe mehrere rar files nach dem Muster
file1.part1.rar
file1.part2.rar
file1.part3.rar
file1.part4.rar
file2.part1.rar
file2.part2.rar
file2.part3.rar
file2.part4.rar
usw.
Nun markiere ich alle part1 und drücke ALT-F9. Klappt soweit, es werden alle Dateien nach und nach entpackt. Allerdings kann ich nicht wie beim Markieren einer einzigen part1 den Vorgang in den Hintergrund packen. Wieso nicht?
file1.part1.rar
file1.part2.rar
file1.part3.rar
file1.part4.rar
file2.part1.rar
file2.part2.rar
file2.part3.rar
file2.part4.rar
usw.
Nun markiere ich alle part1 und drücke ALT-F9. Klappt soweit, es werden alle Dateien nach und nach entpackt. Allerdings kann ich nicht wie beim Markieren einer einzigen part1 den Vorgang in den Hintergrund packen. Wieso nicht?
- ghisler(Author)
- Site Admin
- Posts: 48196
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Leider wird das nicht unterstützt, weil die Hintergrundfunktion z.Zt. nur mit ZIP funktioniert.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
- dumbledore954
- Senior Member
- Posts: 373
- Joined: 2006-11-27, 08:10 UTC
- Location: Hessisch Sibirien (Germany)
Hi, Moon.
Du kannst ein Programm, das nicht threadsicher ist (unrar.dll), nicht dadurch in den Griff bekommen, daß du einfach ein paar mottenzerfressene Tücher drum wickelst (cmd.exe / BAT-Datei).
Und eine Batchdatei packt man nicht einfach so in den Hautspeicher.
Also ich trau mich nicht, Ghisler zu erklären, wie er die Aufgabe lösen soll, da meine letzten Programmzeilen schon fast 10 Jahre alt sind.
Karl
Du kannst ein Programm, das nicht threadsicher ist (unrar.dll), nicht dadurch in den Griff bekommen, daß du einfach ein paar mottenzerfressene Tücher drum wickelst (cmd.exe / BAT-Datei).
Und eine Batchdatei packt man nicht einfach so in den Hautspeicher.
Und warum versuchst du dann Ghisler zu erklären, wie er seinen Job machen soll? Der ist Programmierer.Bin ja kein Programmierer
Also ich trau mich nicht, Ghisler zu erklären, wie er die Aufgabe lösen soll, da meine letzten Programmzeilen schon fast 10 Jahre alt sind.
Karl
Last edited by karlchen on 2008-01-01, 13:47 UTC, edited 1 time in total.
Klar sicher - wird ja auch so gemacht.Bin ja kein Programmierer, aber wenn die Übergabe an ein externes Programm mit zip geht, sollte das nicht auch mit rar oder jedem anderen möglich sein
Jedes Prozess hat seinen eigenen Prozessadressraum. Threadsicherheit ist nur dann ein Problem wenn ein Prozess eigene oder in geladenen Bibliotheken erzeugte Threads ablaufen lassen möchte.Du kannst ein Programm, das nicht threadsicher ist, nicht dadurch in den Griff bekommen, daß du einfach ein paar Tücher drum wickelst.
Hi, Lefteous.
Ich glaube dir, daß du weißt, wovon du sprichst und wo die Fallen im Detail stecken. Es amüsiert mich nur, wenn Nicht-Programmierer Entwicklern versuchen zu erklären, was sie tun müssen. (Also keine bösen Gefühle meinerseits zum Jahresbeginn.) Da ich seit fast 10 Jahren keine Zeile C oder Delphi mehr verfaßt habe, laß ich sowas lieber.
Grüße,
Karl
Ich glaube dir, daß du weißt, wovon du sprichst und wo die Fallen im Detail stecken. Es amüsiert mich nur, wenn Nicht-Programmierer Entwicklern versuchen zu erklären, was sie tun müssen. (Also keine bösen Gefühle meinerseits zum Jahresbeginn.) Da ich seit fast 10 Jahren keine Zeile C oder Delphi mehr verfaßt habe, laß ich sowas lieber.
Grüße,
Karl
Kannst du vielleicht auch Leuten, die nie eine Zeile Windows-fähigen Codes verfaßt haben, eine nachvollziehbare Erklärung geben, ob man "unrar.dll" in einem eigenen (Hintergrund)Thread ablaufen lassen darf oder besser nicht? (Aufs Glatteis führ ....)Lefteous wrote:Jeder Prozess hat seinen eigenen Prozessadressraum. Threadsicherheit ist nur dann ein Problem wenn ein Prozess eigene oder in geladenen Bibliotheken erzeugte Threads ablaufen lassen möchte.
Karl
2karlchen
Hey ich sehe gerade dass du deinen Beitrag oben noch editiert hast. Von daher ist mein Beitrag eher hinfällig.
Ich muss allerdings der Vollständigkeit noch anmerken dass unrar.dll kein Programm sondern eine Bibliothek ist. Außerdem stellt sich natürlich die Frage inwiefern diese Bibliothek überhaupt problematisch ist. Laut ihres Autors ist sie seit langem threadsicher - letztlich kann nur der das wissen, ob die Bibliothek dafür ausgelegt ist. Natürlich kann man auch eigene Tests fahren, aber das ist nie etwas 100%iges.
Letztlich ist das interne Packen und Entpacken im Hintergrund, wie es bei ZIP-Dateien eingesetzt wird, leider eine Funktion die weder für Packerplugins angeboten noch für externe Bibliotheken genutzt wird.
Hey ich sehe gerade dass du deinen Beitrag oben noch editiert hast. Von daher ist mein Beitrag eher hinfällig.
Ich muss allerdings der Vollständigkeit noch anmerken dass unrar.dll kein Programm sondern eine Bibliothek ist. Außerdem stellt sich natürlich die Frage inwiefern diese Bibliothek überhaupt problematisch ist. Laut ihres Autors ist sie seit langem threadsicher - letztlich kann nur der das wissen, ob die Bibliothek dafür ausgelegt ist. Natürlich kann man auch eigene Tests fahren, aber das ist nie etwas 100%iges.
Letztlich ist das interne Packen und Entpacken im Hintergrund, wie es bei ZIP-Dateien eingesetzt wird, leider eine Funktion die weder für Packerplugins angeboten noch für externe Bibliotheken genutzt wird.
Hallo, Lefteous.
Danke für deine Ausführungen.
Also wiederhole ich mal die Anfrage, das Anliegen - steter Tropfen höhlt ja vielleicht den Stein :
Christian, gibt es wirlich noch stichhaltige Gründe, die dagegen sprechen, das Entpacken mittels internem Unrar (unrar.dll 3.70.100.211 des TC7.02a) analog zum Entpacken mittels internem Unzip (WCMZIP32.DLL) auch zukünfitg nicht im Hintergrund abzuwickeln?
Grüße,
Karl
Danke für deine Ausführungen.
Ich weiß.Lefteous wrote:Ich muss allerdings der Vollständigkeit noch anmerken dass unrar.dll kein Programm sondern eine Bibliothek ist.
Ok, damit geht Moons Frage also doch wieder weiter an Christian. Wenn er über das Entpacken im Hintergrund schreibt:Laut ihres Autors ist sie seit langem threadsicher - letztlich kann nur der das wissen, ob die Bibliothek dafür ausgelegt ist.
dann ist das zunächst mal nur eine Zustandsbeschreibung. Diese sagt ja nicht wirklich, daß man das Entpacken mittels "unrar.dll" mittlerweile nicht in den Hintergrund, d.h. in einen eigenen Thread, schicken dürfte.ghisler(Author) wrote:Leider wird das nicht unterstützt, weil die Hintergrundfunktion z.Zt. nur mit ZIP funktioniert.
Also wiederhole ich mal die Anfrage, das Anliegen - steter Tropfen höhlt ja vielleicht den Stein :
Christian, gibt es wirlich noch stichhaltige Gründe, die dagegen sprechen, das Entpacken mittels internem Unrar (unrar.dll 3.70.100.211 des TC7.02a) analog zum Entpacken mittels internem Unzip (WCMZIP32.DLL) auch zukünfitg nicht im Hintergrund abzuwickeln?
Grüße,
Karl
Ich weiß nicht, welchen Unterschied es macht, aber mein Vorschlag bezog sich auf die unrar.exe in meinem Winrar-Ordner. Mir ist halt immer noch nicht klar, wieso von
die Rede ist, denn beim Entpacken einer rar-Datei kann ich doch den Vorgang in den Hintergrund packen?!ghisler(Author) wrote:Leider wird das nicht unterstützt, weil die Hintergrundfunktion z.Zt. nur mit ZIP funktioniert.
Von müssen war nie die Rede. Ich habe einen Vorschlag gemacht, von dem ich gern von dem Programmierer wüßte, ob er sich den als workaround vorstellen kann. Es amüsiert mich vor allem, dass es Herrn Ghisler nichts auszumachen scheint, Du aber anscheinend glaubst, für ihn in die Bresche zu springen zu müssen. Vergiß es.karlchen wrote: Es amüsiert mich nur, wenn Nicht-Programmierer Entwicklern versuchen zu erklären, was sie tun müssen.
- ghisler(Author)
- Site Admin
- Posts: 48196
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Ich hatte das mal für die unrar.dll programmiert, aber leider gab es dann Abstürze/Fehler, wenn 2 RAR-Dateien gleichzeitig über die unrar.dll im Hintergrund entpackt wurden. Das ist ein paar Jahre her, vielleicht geht es ja jetzt mit einer neueren unrar.dll. Wenn ich irgend wann mal ganz ganz viel Zeit habe, werde ich es nochmals testen...
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
- ghisler(Author)
- Site Admin
- Posts: 48196
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Sorry, das wird z.Zt. noch nicht unterstützt. Die Änderungen dafür wären sehr umfangreich.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com