Seite 4 von 4
Verfasst: 08.05.2007 21:24
von Thorsten1867
Das Callback wird für jede hinzugefügten Datei aufgerufen.
Wie du die Dateien hinzufügst und wie du sie dann auswertest ist dir überlassen. Ich kann dir nur den Weg zeigen.
Code: Alles auswählen
Procedure PackCallBack()
; . . . . .
EndProcedure
CreateFilePack(PackDatei$, 0, #Null)
; . . . . .
CloseFilePack(@PackCallBack())
Folgende Variablen könnten hilfreich sein:
PackItem()\Size = Größe der aktuell gepackten Datei (CallBack)
Die Gesamtgröße der zu packenden Dateien sollte sich mit FileSize(DateiName$) ermitteln lassen. Der Rest ist Mathematik.
Verfasst: 09.05.2007 18:11
von Knight_Rider_2000
könntest du nicht mal so ein kleines Testprogramm schreiben welches eine Cabinet datei in ein anderes packt und dieses die Pack extrahiert?
Verfasst: 09.05.2007 18:56
von Thorsten1867
Tut mir leid, aber ich habe einen Vollzeitberuf und zwei große Programmier-Projekte in meiner Freizeit am Laufen. Da habe ich sicher keine Zeit aus Jux und Tollerei ein komplettes Programm zu schreiben, denn nichts anderes ist es was du da willst - einen Archiver mit Konvertierungsmöglichkeit.
Der Include-Datei liegen ein Handbuch und ein Beispielcode bei. Etwas anderes habe ich auch nicht zur Verfügung.
Gemäß deinen Profil bist du, im Gegensatz zu mir, von Beruf Programmierer und es sollte also eine Kleinigkeit für dich sein, das selber zu machen.
Verfasst: 09.05.2007 20:27
von Knight_Rider_2000
von beruf C++ aber NICHT pb
Verfasst: 25.12.2007 18:03
von benji
wie finde ich heraus, wie groß die datei entpackt sein wird?
ich brauche das für ne funktion.
Momentan wird nur nen Memory mit der Größe der .pak-file allocated.
bräuchte aber die größe der entpackten datei... sonst fehlt am ende der Datei immer was
//edit//
sry hat sich geklärt
kann mittels der konstante "Pack\fullsize" gemacht werden - danke :9
Verfasst: 14.02.2008 10:40
von Hoto
Gibts davon eigentlich inzwischen eine 4.10 kompatible Version? Klar kann man das auch selbst anpassen, aber wäre doch besser wenn es eine V4 Version gibt und nicht zig verschiedene, weil sie sich Jeder selbst angepasst hat. Und bevor ich mich da ran mache frage ich doch besser erst mal.
Verfasst: 14.02.2008 15:44
von Thorsten1867
Leider wird das Include schon lange nicht mehr weiterentwickelt, deshalb hatte ich auch versucht es selber zu konvertieren.
Verfasst: 14.02.2008 16:05
von Hoto
Woran scheitert es denn? So viel Code scheint das ja nicht zu sein, habs mir selbst aber noch nicht näher angesehen.
Verfasst: 14.02.2008 16:07
von Thorsten1867
Die normalen Funktionen scheinen zu arbeiten (siehe EasySetup), aber mit der Verschlüsselung gibt es Probleme.
Verfasst: 14.02.2008 16:40
von Hoto
http://hoto.ath.cx/packerexV3&4.zip
Ich habs gerade mal angepasst, das Beispiel mit dem PBCodeConverter und die Lib selbst von Hand (rein da wo der Compiler was zu beanstanden hatte). Hab direkt mal ein Bilder Verzeichnis gepackt und entpackt und das gleiche nochmal mit Passwort, beide male hat es perfekt geklappt, Bilder waren nach dem entpacken immer in Ordnung. Die Hand will ich dennoch nicht ins Feuer legen, dass sich nicht noch ein Fehler eingeschlichen haben könnte.
Hatte irgendwie mit Problemen nach dem Anpassen gerechnet, aber es lief alles wie am Schnürchen.
Welcher Art sind denn die Probleme mit der Verschlüsselung? Wenn Bilder nach dem entschlüsseln absolut alle korrekt sind, dann kann da doch eigentlich kein Problem sein?