[Bug] SFX-RAR-Archive als Ordner

[RID500]

Hallo Leute.

Ich habe ein Problem mit selbstentpackenden RAR Archiven.
Per Suche habe ich nichts gefunden.

Vorgeschichte:

Ich packe

in 7.0pb2 oder 6.55
mit rar.exe 3.51 und der default.sfx

oder mit WinRAR übers Kontextmenü

unter Win2000
ein Verzeichnis als SFX.


Nun habe ich eine "Archiv.exe"
Diese habe ich auch mal umbenannt zu "Archive.exe.rar" (für Archiv_wie_Ordner-Funktion)



Problem:
Wenn ich mit TC6.55 oder 7.0pb2
per ENTER in ein "Archiv.exe.rar" wechsele

oder eine "Archiv.EXE" bzw. Archiv.EXE.rar per Alt+F9 entpacke

sehe ich nur

ctor.dll
DotNetInstaller.exe
ikernel.dll
iKernel.rgs
IScript.dll
IsProBE9x.tlb
ISProBENT.tlb
IUser.dll
objectps.dll

Das heißt ich habe nur 9 Dateien mit ca. 1,33MB anstatt 270MB.


Weitere Infos:
Die Größe des Archives ist i.O. (getestet mit 20 MB und 270 MB Archive)

Mit der Shellerweiterung von WinRAR
oder mit einem anderen Dateimanager mit eingebautem RAR-entpacker
kann ich das Archiv einsehen bzw. auch entpacken.

Entpacken per Doppelklick auf die EXE funktioniert auch.

Aber 'reingehen' per ENTER
oder das entpacken per Alt+F9
im TC funktioniert nicht.

Non-SFX RAR-Archive betrifft dies nicht.

Der Zustand der Option "[] Benutze wenn möglich internen RAR Entpacker" hat hier auch keinen Einfluß.

Muss ich hier noch etwas einstellen?

- - -
Finde mich: [Bug] SFX-RAR-Archive entpacken. RAR-SFX-Archiv Rar sfx pack packen packer archive archiv selbstentpackendes selbst entpackend packedt

[ghisler(Author)]

Wahrscheinlich enthält das Archiv einen Namen, an dem sich TC "verschluckt" und nicht weiter kommt. Was kommt denn direkt nach dem letzten im TC angezeigten Namen? Mit F3 (Lister) kann man das Archiv durchsehen.

[RID500]

1.)
Ich steh' auf'm Schlauch?
F3 auf einem Archiv?
Was soll ich den sehen außer Zeichensalat?

2.)
Die obigen 9 Dateien habe ich als zu
"InstallShield\Professional\RunTime\" zugehörig identifiziert.

3.)
Im zu packenden Ordner (aus dem mein SFX entstand)
habe ich diese 9 Dateien in dem Archiv "engine32.cab" gefunden.

"...\Install\engine32.cab" ~470kB


4.)
Wenn ich dieses "engine32.cab" Archiv nach
"C:\Program Files\Internet Explorer\"
kopiere habe ich mit einem SFX Archiv
von diesem Ordner das gleiche Problem: TC entpackt nur den Inhalt dieses CAB

RAR.exe direkt in der DOS-Box entpackt das SFX-Archiv korrekt.

BTW:
Mein Ordnernamen enthält Leerzeichen.
Diese werden im RAR-Archivnamen entfernt.
Ein kurzer Test zeigt das diese Leerzeichen bei
einem ZIP-Archiv erhalten bleiben.


Hope that helps?
Wenn ich weiter Testen soll, kein Problem, nur sagen


------------------------- Off Topic
BTW 2:
In der aktuellen Computerbild 1/07
gibt es den HTML WYSIWYG Editor "Namo 5.5 Web Editor" für 2,80€
(dort findet man auch die "engine32.cab" )

[ghisler(Author)]

1. so kann man immerhin die Dateinamen aufspüren!

3. Ah, verstehe, Archiv im Archiv! Bei EXE-Dateien ist es leider nicht immer klar, wo denn genau das Archiv beginnt. TC sucht dann nach was Passendem, und findet offenbar zuerst das CAB innerhalb des RAR (nur gespeichert, nicht nochmals gepackt)...

[RID500]

3. Ah, verstehe, Archiv im Archiv! Bei EXE-Dateien ist es leider nicht immer klar, wo denn genau das Archiv beginnt.

TC sucht dann nach was Passendem, und findet offenbar zuerst das CAB innerhalb des RAR (nur gespeichert, nicht nochmals gepackt)...

Das MSCF mit den 9 Dateien findet man bei 97% bzw. 70% des Archives.
Das Rar! jeweils bereits bei 0%

Ausserdem findet man am Anfag des Archives "RarSFX / sfxname" sowie ".rar exe sfx"

Warum "denkt" TC, nachdem er ein CAB entpackt hat er wäre bereits fertig
obwohl er doch das RAR entpacken soll. (Obwohl, solch einen 'schnellen' Kollegen hatte ich auch einmal)

Und warum wird nicht der externe Entpacker benutzt? Der ja wie oben angegeben korrekt entpacken kann.
Denn wie gesagt:

Der Zustand der Option "[] Benutze wenn möglich internen RAR Entpacker" hat hier auch keinen Einfluß.

Zusatz Frage:
Weicht der interne Entpacker von der externen rar.exe ab? Ältere Version vielleicht ?


Soll ich noch weiter Investigieren?

Edit:
Gerade noch einmal getestet:

1. Mit einer anderen CAB tritt dieses Problem nicht auf. TC entpackt einwandfrei.

2. Auch wenn die engine32.cab umbenannt wird nach engine32_ca#b
hilft das nichts, da ja immer noch die MSCF-Kennung da ist und
TC entpackt wiedermals nur die 9 Dateien.

TC verschluckt sich also an einer der 9 Dateien.

Jetzt werde ich mal diese 9 Dateien nacheinander rausschmeißen
um zu sehen welche der Stolperstein ist.

Rid