dictzip – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

dictzip, dictunzip – Dateien komprimieren (oder erweitern) und wahlfreien Zugriff ermöglichen

ZUSAMMENFASSUNG

dictzip [Optionen] Name
dictunzip [Optionen] Name

BESCHREIBUNG

dictzip komprimiert Dateien mit dem gzip(1) Algorithmus (LZ77) auf eine Weise, die ist
völlig kompatibel mit dem gzip Datei Format. Eine Erweiterung zum gzip Datei Format
(Extra Field, beschrieben in 2.3.1.1 von RFC 1952) ermöglicht die Speicherung zusätzlicher Daten im
Header einer komprimierten Datei. Programme wie gzip und zcat ignoriert diese zusätzlichen Daten.
Aber, dikt(8) Der DICT-Protokollwörterbuchserver nutzt diese Daten, um
Führen Sie einen pseudozufälligen Zugriff auf die Datei durch. Dateien in der dictzip Das Format sollte auf „.dz“ enden.
damit sie von gewöhnlichen unterschieden werden können gzip Dateien, die das Special nicht enthalten
Header-Informationen.

Ab RFC 1952 wird das zusätzliche Feld wie folgt spezifiziert:

Wenn das FLG.FEXTRA-Bit gesetzt ist, ist im Header ein „Extra-Feld“ mit Total vorhanden
Länge XLEN Bytes. Es besteht aus einer Reihe von Unterfeldern, die jeweils die folgende Form haben:

+---+---+---+---+================================ =+
|SI1|SI2| LEN |... LEN Bytes der Unterfelddaten ...|
+---+---+---+---+================================ =+

SI1 und SI2 stellen eine Unterfeld-ID bereit, typischerweise zwei ASCII-Buchstaben mit einer Mnemonik
Wert. Jean-Loup Gailly[E-Mail geschützt] > führt ein Register von
Unterfeld-IDs; Bitte senden Sie ihm die Unterfeld-ID, die Sie verwenden möchten. Unterfeld-IDs mit
SI2 = 0 sind für zukünftige Verwendung reserviert.

LEN gibt die Länge der Unterfelddaten ohne die 4 Anfangsbytes an.

Das dictzip Das Programm verwendet „R“ für SI1 und „A“ für SI2 (dh „Random Access“). Nach dem
Im LEN-Feld sind die Daten wie folgt angeordnet:

+---+---+---+---+---+---+======================== ======+
| VER | CHLEN | CHCNT | ... CHCNT Datenwörter ... |
+---+---+---+---+---+---+======================== ======+

Gemäß RFC 1952 werden alle Daten mit dem niedrigstwertigen Byte zuerst gespeichert. Für VER 1 der Daten gilt:
Alle Werte sind 16 Bit lang (2 Bytes) und ganze Zahlen ohne Vorzeichen.

XLEN (das weiter oben im Header angegeben wird) ist eine Zwei-Byte-Ganzzahl, also das zusätzliche Feld
kann 0xffff Bytes lang sein, davon werden 2 Bytes für die Unterfeld-ID (SI1 und SI1) verwendet und
Davon werden 2 Bytes für die Unterfeldlänge (LEN) verwendet. Dadurch verbleiben 0xfffb Bytes (0x7ffd
2-Byte-Einträge oder 0x3ffe 4-Byte-Einträge). Vorausgesetzt, der ZIP-Ausgabepuffer muss 10 % + betragen
12 Byte größer als der Eingabepuffer, wir können 58969 Byte pro Eintrag speichern, also etwa 1.8 GB
wenn die 2-Byte-Einträge verwendet werden. Wenn dies ein limitierender Faktor wird, eine andere Formatversion
kann für 4-Byte-Einträge ausgewählt und definiert werden.

Zur Komprimierung wird die Datei in „Datenblöcke“ aufgeteilt, wobei jeder Block kleiner ist als
64 kB groß und kann in einen Bereich komprimiert werden, der ebenfalls weniger als 64 kB lang ist (dauert
berücksichtigt inkompressible Daten – normalerweise werden die Daten in einen Block komprimiert
viel kleiner als das Original). Das CHLEN-Feld gibt die Länge eines „Chunks“ an
Daten. Das CHCNT-Feld gibt an, wie viele Chunks voreingestellt sind und welche CHCNT-Wörter die Daten enthalten
Gibt an, wie lang jeder Block nach der Komprimierung ist (dh in der aktuell komprimierten Datei).

Um einen wahlfreien Zugriff auf die Daten durchzuführen, werden der Offset und die Länge der Daten bereitgestellt
Bibliotheksroutinen. Diese Routinen bestimmen den Block, in dem die gewünschten Daten beginnen.
und dekomprimiert diesen Block. Aufeinanderfolgende Blöcke werden nach Bedarf dekomprimiert.

Kompromisse

Schnelligkeit Ein echter zufälliger Dateizugriff wird nicht realisiert, da jeder Zugriff, selbst für ein einzelnes Byte,
erfordert, dass ein 64-KB-Block gelesen und dekomprimiert wird. Dies ist langsamer als der Zugriff
eine flache Textdatei, ist aber viel, viel schneller als der serielle Zugriff auf eine vollständige
komprimierte Datei.

Raumfahrt Für die Textwörterbuchdatenbanken, mit denen wir arbeiten, die Verwendung von 64-KB-Blöcken
und maximale LZ77-Komprimierung realisiert eine Datei, die nur etwa 4 % größer ist als die
Dieselbe Datei auf einmal komprimiert.

OPTIONAL

-d or --dekomprimieren
Dekomprimieren. Dies ist die Standardeinstellung, wenn die ausführbare Datei aufgerufen wird dictunzip.

-c or --stdout
Ausgabe auf Standardausgabe schreiben; Originaldateien unverändert lassen. Das ist nur
beim Dekomprimieren verfügbar (da Teile des Headers nach a aktualisiert werden müssen).
beim Komprimieren schreiben).

-f or --Macht
Komprimierung oder Dekomprimierung erzwingen, auch wenn die Ausgabedatei bereits vorhanden ist.

-h or --help
Hilfe anzeigen.

-k or --halten
Löschen Sie nicht die Originaldatei.

-l or --aufführen
Listen Sie für jede komprimierte Datei die folgenden Felder auf:

Typ: dzip, gzip oder text (einschließlich Dateien in unbekannten Formaten)
crc: CRC-Prüfsumme
Datum und Uhrzeit: aus der Kopfzeile
Chunks: Anzahl der Chunks in der Datei
Größe: Größe jedes unkomprimierten Blocks
Kompr.: komprimierte Größe
uncompr.: unkomprimierte Größe
Verhältnis: Kompressionsverhältnis (0.0 %, falls unbekannt)
Name: Name der unkomprimierten Datei

Im Gegensatz zu gzip, die Komprimierungsmethode wird nicht erkannt.

-L or --Lizenz
Zeigen Sie die an dictzip Lizenz und kündigen.

-t or --Prüfung
Überprüfen Sie die Integrität der komprimierten Datei. Diese Option ist nicht implementiert. Stattdessen ist es
listet die Header-Informationen auf.

-v or - ausführlich
Ausführlich. Zusätzliche Informationen während der Komprimierung anzeigen.

-V or --Version
Ausführung. Zeigen Sie die Versionsnummer und die Kompilierungsoptionen an und beenden Sie den Vorgang.

-s Anfang or --Anfang Anfang
Geben Sie das Angebot zum Starten der Dekomprimierung mithilfe von Dezimalzahlen an. Der Standardwert ist at
der Anfang der Datei.

-e Größe or --Größe Größe
Geben Sie die Größe des zu dekomprimierenden Teils der Datei mithilfe von Dezimalzahlen an.
Der Standardwert ist die gesamte Datei.

-S Anfang or --Start Anfang
Geben Sie das Angebot zum Starten der Dekomprimierung mithilfe von Base64-Nummern an. Der Standardwert ist at
der Anfang der Datei.

-E Größe or --Größe Anfang
Geben Sie die Größe des zu dekomprimierenden Teils der Datei mithilfe von Base64-Zahlen an.
Der Standardwert ist die gesamte Datei.

-p Vorfilter or --Vor Vorfilter
Geben Sie einen Shell-Befehl an, der als Filter vor der Komprimierung oder Dekomprimierung ausgeführt werden soll
eines Brockens. Zur Bereitstellung können die Vor- und Nachkomprimierungsfilter verwendet werden
zusätzliche Komprimierung oder Ausgabeformatierung. Die Filter erhöhen möglicherweise nicht die
Puffergröße erheblich. Die Vor- und Nachkomprimierungsfilter wurden dafür entwickelt
Stellen Sie eine möglichst allgemeine Schnittstelle bereit.

-P Nachfilter or --Post Nachfilter
Geben Sie einen Shell-Befehl an, der nach der Komprimierung oder Dekomprimierung als Filter ausgeführt werden soll.

CREDITS

dictzip wurde geschrieben von Rik Faith ([E-Mail geschützt] ) und wird unter den Bedingungen von verteilt
die GNU General Public License. Wenn Sie unter anderen Bedingungen verteilen müssen, schreiben Sie an
Autor.

Die von diesen Programmen verwendeten Hauptbibliotheken (zlib, regex, libmaa) werden unter verteilt
Es gibt unterschiedliche Begriffe, sodass Sie die Bibliotheken möglicherweise für Anwendungen verwenden können, bei denen dies der Fall ist
nicht kompatibel mit der GPL – bitte beachten Sie die Urheberrechtshinweise und Lizenzinformationen
Besuchen Sie die Bibliotheken, um weitere Informationen zu erhalten, und wenden Sie sich zur Lösung an Ihren Anwalt
diese Probleme.

Verwenden Sie dictzip online über die Dienste von onworks.net