Ersatz für DynaZIP

Question

Hallo,

vor gut 12 Jahren hab ich bei ProLib das Produkt DynaZip gekauft und in meinen Programmen verwendet. Die Erstellung von ZIP-Archiven ist  recht komfortabel darin gelöst und ich hatte auch lange Zeit nie Probleme damit, deshalb hab ich mich auch nicht um Updates gekümmert. Inzwischen ist das Produkt vom Hersteller komplett eingestellt worden (nicht nur ProLib). Leider hab ich aber in letzter Zeit bei mehreren Kunden Probleme mit dem Modul, ohne zu wissen, warum. Der Effekt ist immer der gleiche: Während der Zusammenenstellung des Archivs läuft alles bestens und man kann auch die Datei wachsen sehen. Am Ende, wenn das Archiv geschlossen wird, schrumpft die Dateilänge aber dann radikal und nur ein Bruchteil des Inhaltes ist noch vorhanden. Da ja keinerlei Support mehr besteht, wäre mir ein Ersatz am Liebsten, möglichst, ohne auf Funktionalität zu verzichten. Ein feature, das ich bmit DynaZip benutze, ist die Datei- und Pfad-Umbenennung im Archiv. Ansonsten müsste ich die genaue Struktur, wie sie im ZIP-file stehen soll, erstmal temporär irgendwo ablegen, was natürlich die Laufzeit stark verlängert.

Was gibts denn sonst so? Was benutzt Ihr in Euren VFP-Projekten zum zippen?

Gruß,

Winfried

Answer 1

Hi Winfried,

wir nutzen seid geraumer Zeit die von Craig Boyd bereitgestellte VFPCompression.fll.

http://www.sweetpotatosoftware.com/SPSBlog/PermaLink,guid,07ed8874-8781-4e76-878b-92b3f4cfc8b3.aspx

Allerdings kann ich Dir nicht ad hoc sagen, ob sie Deine Anforderungen tatsächlich abdeckt. Für unsere Zwecke genügt sie auf jeden Fall.

Und wenn Du Mitglied bei der dFPUG bist, dann kannst Du ja auch die dFPUG.fll (=Memberware) nutzen. Da ist, wenn ich mich recht entsinne, ebenfalls eine ZIP Funtkionalität drin enthalten.

---

Gruss / Best regards -Tom 010101100100011001010000011110000101001001101111011000110110101101110011

Answer 2

Wo ist eigentlich mein Posting geblieben? Ich hatte hier schon drauf geantwortet, meine ich.

7zip hat noch commandozeilenparameter und ist darüber gut steuerbar, aber nicht in Bezug auf Pfade im Archiv-Table Of Contents.

Was Du bezüglich der Pfade tun könntest, ist MoveFileEx zu nutzen - oder ScriptingFilesystemObject MoveFile(). Innerhalb derselben Partition hängt das nur den Eintrag des Pfades im Filesystem um, und ist damit rasend schnell beim Umorganisieren von Dateipfaden. Die Idee ist also, erst alle Dateien per Move umzusortieren, wie sie im ZIP sein sollen, dann zippen.

Allerdings ist das natürlich doppelter Aufwand, wenn die Dateien selbst im Anschluss wieder an den Originalpfad zurück sollen. Und unmöglich, wenn die Dateien dort bleiben müssen, z.B. Tabellen, die die ganze Zeit über auch noch shared offen sind.

Tschüß, Olaf.

Answer 3

Sorry, dass ich nicht mehr geantwortet habe; es lagen grad andere dringende Sachen an und ich bin zudem jetzt auch "junger" Vater und grad ziemlich stark beschäftigt mit meinem Kleinen.

Bislang hatte ich immer die Dateien (einige hundert) einzeln in das ZIP-Archiv in eine speziell dort verwendete Ordnerstruktur reingepackt, aber das werd ich wohl auf jeden Fall ändern müssen, egal, welche der Lösungen ich nehme. Die VFPCompression.fll hatte ich mir schon mal früher angesehen, wahrscheinlich nehm ich die.

Zur dfpug: Ich bin zwar langjähriges Mitglied, aber ich bin noch nicht über den Eindruck hinweggekommen, dass das ein chaotischer Müllhaufen ist. Grade jetzt (10:40) scheint der Server dort wieder nicht zu reagieren; vorhin, als mir GOOGLE den Link http://portaladmin.dfpug.de/dFPUG/Dokumente/Konferenzen/VFP-Konferenz%202004/E-IEXP.pdf lieferte, akzeptierte das Portal meine Einlog-Versuche nicht, wobei auf der Konferenzliste 2004 dann sowieso gänzlich fehlte und unter "Neuigkeiten" sieht man selten etwas, das neuer als 4 Jahre ist. Die DFPUG.FLL bei Kunden einzusetzen ist mir auch aus Lizenz-Gründen nicht ganz geheuer. Muss ich die überall deinstallieren wenn ich nicht mehr Mitglied bin?

Gruß,

Winfried

Answer 4

Die VFPCompression.fll bietet ein einfaches Callback in eine Funktion oder Methode, die den ZIP/Unzip-Fortschritt anzeigen kann. Allerdings kannst Du nur entweder alle Pfade abstreifen oder ausgehend vom Originalpfad alles mit relativen Pfaden speichern. so daß alles ab einem Zielpfad wieder genauso rauskommt, wie es ursprünglich relativ zueinander lag. Das ist allerdings ja sehr üblich und im allgemeinen ja auch praktikabel.

Wenn Du was anderes willst, kannst Du ja aus einem temporäres Verzeichnis heraus entpackte Dateien so verteilen, wie Du das brauchst.

DFPUG.FLL: Diese Lizenzklausel ist mir bekannt, verhandele doch mit Rainer. es ist ja nichts in Stein gemeißelt. Zuerst wäre wohl zu klären, ob diese FLL Dir das Feature überhaupt gibt, was Du benötigst. Wenn nicht, ist die Frage sowieso obsolet.

Tschüß, Olaf.

Answer 5

In der ersten dFFPUG-Ausgabe von FoxRockX steht netterweise grad ein Artikel von Doug Hennig über die VFPCompression.FLL; das ermutigt mich noch mal, da jetzt ranzugehen.

Vielen Dank für Eure Antworten.

Gruß,

Winfried