uuencodeposix – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

uuencode — eine Binärdatei codieren

ZUSAMMENFASSUNG

uuencode [-m] [Datei] decode_pathname

BESCHREIBUNG

Die uuencode Das Dienstprogramm schreibt eine codierte Version der benannten Eingabedatei oder des Standards
Eingabe wenn nein Datei angegeben ist, zur Standardausgabe. Die Ausgabe soll mit einem codiert werden
der im Abschnitt STDOUT beschriebenen Algorithmen und beinhaltet den Dateizugriff
Berechtigungsbits (in chmod oktale oder symbolische Notation) der Eingabedatei und die
decode_pathname, um die Datei auf einem anderen System, das diesem entspricht, neu zu erstellen
Band von POSIX.1‐2008.

OPTIONAL

Die uuencode Dienstprogramm muss dem Band der Basisdefinitionen von POSIX.1‐2008 entsprechen, Abschnitt
12.2, Dienstprogramm Syntax Leitlinien.

Die folgende Option soll durch die Implementierung unterstützt werden:

-m Codieren Sie die Ausgabe mit dem in STDOUT beschriebenen MIME Base64-Algorithmus. Wenn -m is
nicht angegeben, ist der in STDOUT beschriebene historische Algorithmus zu verwenden.

OPERANDEN

Folgende Operanden sollen unterstützt werden:

decode_pathname
Der Pfadname der Datei, in die die Uudecode Dienstprogramm wird die entschlüsselten platzieren
Datei. Angabe von a decode_pathname Operand von /dev/stdout soll darauf hinweisen, dass
Uudecode ist die Verwendung der Standardausgabe. Wenn Zeichen in sind decode_pathname
die nicht im Zeichensatz des portablen Dateinamens enthalten sind, sind die Ergebnisse nicht spezifiziert.

Datei Ein Pfadname der zu codierenden Datei.

STDIN

Siehe Abschnitt EINGABEDATEIEN.

SPEISUNG DATEIEN

Eingabedateien können Dateien jeden Typs sein.

VARIABLEN

Die folgenden Umgebungsvariablen sollen die Ausführung von uuencode:

SPRACHE Geben Sie einen Standardwert für die Internationalisierungsvariablen an, die nicht festgelegt sind oder
Null. (Siehe den Band Basisdefinitionen von POSIX.1‐2008, Abschnitt 8.2,
Internationalisierung Variablen für den Vorrang der Internationalisierung
Variablen, die verwendet werden, um die Werte von Gebietsschemakategorien zu bestimmen.)

LC_ALL Wenn auf einen nicht leeren Zeichenfolgenwert gesetzt, überschreiben Sie die Werte aller anderen
Internationalisierungsvariablen.

LC_CTYPE Bestimmen Sie das Gebietsschema für die Interpretation von Sequenzen von Bytes von Textdaten
als Zeichen (z. B. Einzelbyte- im Gegensatz zu Mehrbyte-Zeichen in
Argumente und Eingabedateien).

LC_MESSAGES
Bestimmen Sie das Gebietsschema, das verwendet werden soll, um das Format und den Inhalt von . zu beeinflussen
Diagnosemeldungen in Standardfehler geschrieben.

NLSPATH Bestimmen Sie den Speicherort von Nachrichtenkatalogen für die Verarbeitung von LC_MESSAGES.

ASYNCHRON EVENTS

Standard.

STDOUT

uuencode Base64 Algorithmus
Die Standardausgabe soll eine Textdatei sein (kodiert im Zeichensatz des aktuellen
locale), die mit der Zeile beginnt:

"begin-base64 %s %s\n", <Modus>,decode_pathname>

und endet mit der Zeile:

"====\n"

In beiden Fällen dürfen die Zeilen weder vor- noch nachgestellt sein Zeichen.

Der Codierungsprozess stellt 24-Bit-Gruppen von Eingabebits als Ausgabe-Strings von vier dar
codierte Zeichen. Von links nach rechts soll eine 24-Bit-Eingangsgruppe gebildet werden durch
Verketten von drei 8-Bit-Eingangsgruppen. Jede 24-Bit-Eingangsgruppe soll dann behandelt werden als
vier verkettete 6-Bit-Gruppen, von denen jede in eine einzelne Ziffer in übersetzt werden soll
das Base64-Alphabet. Beim Codieren eines Bitstreams über die Base64-Codierung wird der Bitstream
Es wird davon ausgegangen, dass das höchstwertige Bit zuerst geordnet ist. Das heißt, die erste
Bit im Stream soll das höherwertige Bit im ersten Byte sein und das achte Bit soll
sei das niederwertige Bit im ersten Byte und so weiter. Jede 6-Bit-Gruppe wird als Index verwendet
in ein Array von 64 druckbaren Zeichen, wie in gezeigt Tisch 4-22, uuencode Base64 Werte.

Tisch 4-22: uuencode Base64 Werte

┌──────┬──────────┬┬──────┬──────────┬┬──────┬──── ──────┬┬──────┬──────────┐
│Wert │ Codierung ││Wert │ Codierung ││Wert │ Codierung ││Wert │ Codierung │
├──────┼──────────┼┼──────┼──────────┼┼──────┼──── ──────┼┼──────┼──────────┤
│ 0 │ A ││ 17 │ R ││ 34 │ ich ││ 51 │ z │
│ 1 │ B ││ 18 │ S ││ 35 │ j ││ 52 │ 0 │
│ 2 │ C ││ 19 │ T ││ 36 │ k ││ 53 │ 1 │
│ 3 │ D ││ 20 │ U ││ 37 │ l ││ 54 │ 2 │
│ 4 │ E ││ 21 │ V ││ 38 │ m ││ 55 │ 3 │
│ 5 │ F ││ 22 │ W ││ 39 │ n ││ 56 │ 4 │
│ 6 │ G ││ 23 │ X ││ 40 │ o ││ 57 │ 5 │
│ 7 │ H ││ 24 │ Y ││ 41 │ p ││ 58 │ 6 │
│ 8 │ I ││ 25 │ Z ││ 42 │ q ││ 59 │ 7 │
│ 9 │ J ││ 26 │ a ││ 43 │ r ││ 60 │ 8 │
│ 10 │ K ││ 27 │ b ││ 44 │ s ││ 61 │ 9 │
│ 11 │ L ││ 28 │ c ││ 45 │ t ││ 62 │ + │
│ 12 │ M ││ 29 │ d ││ 46 │ u ││ 63 │ / │
│ 13 │ N ││ 30 │ e ││ 47 │ v ││ │ │
│ 14 │ O ││ 31 │ f ││ 48 │ w ││(Pad) │ = │
│ 15 │ P ││ 32 │ g ││ 49 │ x ││ │ │
│ 16 │ Q ││ 33 │ h ││ 50 │ j ││ │ │
└──────┴──────────┴┴──────┴──────────┴┴──────┴──── ──────┴┴──────┴──────────┘
Das vom Index referenzierte Zeichen soll in die Ausgabezeichenfolge eingefügt werden.

Der Ausgabestrom (codierte Bytes) soll in Zeilen von nicht mehr als 76 . dargestellt werden
Zeichen jeweils. Alle Zeilenumbrüche oder andere Zeichen, die nicht in der Tabelle enthalten sind, müssen
von der Dekodierungssoftware ignoriert (siehe Uudecode).

Eine Sonderverarbeitung ist durchzuführen, wenn am Ende von a . weniger als 24 Bit verfügbar sind
Nachricht oder gekapselter Teil einer Nachricht. Ein vollständiges Kodierungsquantum ist immer
am Ende einer Nachricht abgeschlossen. Wenn weniger als 24 Eingangsbits in einem Eingang verfügbar sind
-Gruppe werden Null-Bits hinzugefügt (rechts), um eine ganze Zahl von 6-Bit-Gruppen zu bilden.
Ausgabezeichenpositionen, die nicht zur Darstellung der tatsächlichen Eingabedaten erforderlich sind, sind
auf das zeichen setzen '='. Da alle Base64-Eingaben eine ganze Zahl von Oktetten sind, können nur
Folgende Fälle können auftreten:

1. Das letzte Quantum der Codierungseingabe ist ein ganzzahliges Vielfaches von 24 Bit; Hier das
Die letzte Einheit der codierten Ausgabe muss ein ganzzahliges Vielfaches von 4 Zeichen ohne no . sein '='
Polsterung.

2. Die endgültige Menge der Codierungseingabe beträgt genau 16 Bit; hier die letzte Einheit von
Die kodierte Ausgabe muss aus drei Zeichen gefolgt von einem bestehen '=' polsternder Charakter.

3. Die endgültige Menge der Codierungseingabe beträgt genau 8 Bit; hier die letzte kodierte Einheit
Die Ausgabe muss aus zwei Zeichen gefolgt von zwei bestehen '=' Zeichen auffüllen.

Ein Abschluss "====" wertet nichts aus und kennzeichnet das Ende der codierten Daten.

uuencode Historisch Algorithmus
Die Standardausgabe soll eine Textdatei sein (kodiert im Zeichensatz des aktuellen
locale), die mit der Zeile beginnt:

"Start %s %s\n" <Modus>,decode_pathname>

und endet mit der Zeile:

"Ende\n"

In beiden Fällen dürfen die Zeilen weder vor- noch nachgestellt sein Zeichen.

Der Algorithmus, der für Zeilen dazwischen verwendet werden soll beginnen und Ende nimmt drei Oktette als
Eingabe und schreibt vier Zeichen der Ausgabe durch Aufteilen der Eingabe in Sechs-Bit-Intervallen
in vier Oktette, die nur Daten in den unteren sechs Bits enthalten. Diese Oktette sind
in Zeichen umgewandelt, indem jedem Oktett ein Wert von 0x20 hinzugefügt wird, sodass jedes Oktett in . ist
der Bereich [0x20,0x5f], und dann soll angenommen werden, dass es ein druckbares Zeichen darstellt in
der nach ISO/IEC 646:1991 kodierte Zeichensatz. Es soll dann ins übersetzt werden
entsprechenden Zeichencodes für den Codesatz, der im aktuellen Gebietsschema verwendet wird. (Zum Beispiel,
das Oktett 0x41, das repräsentiert 'EIN', würde übersetzt werden 'EIN' im aktuellen Codeset, wie z
als 0xc1, wenn es EBCDIC wäre.)

Wenn die Bits von zwei Oktetts kombiniert werden, werden die niederwertigsten Bits des ersten Oktetts
soll nach links verschoben und mit den höchstwertigen Bits des zweiten Oktetts kombiniert werden
nach rechts verschoben. Somit sind die drei Oktette A, B, C in die vier Oktette umgerechnet werden:

0x20 + (( A >> 2 ) & 0x3F)
0x20 + (((EIN << 4) | ((B >> 4) & 0xF)) & 0x3F)
0x20 + (((B << 2) | ((C >> 6) & 0x3)) & 0x3F)
0x20 + (( C ) & 0x3F)

Diese Oktette sollen dann in den lokalen Zeichensatz übersetzt werden.

Jede codierte Zeile enthält ein Längenzeichen, das der Anzahl der zu seinden Zeichen entspricht
dekodiert plus 0x20 wie oben beschrieben in den lokalen Zeichensatz übersetzt, gefolgt von
die codierten Zeichen. Die maximale Anzahl von Oktetten, die auf jeder Zeile kodiert werden sollen, beträgt
45

STDERR

Der Standardfehler darf nur für Diagnosemeldungen verwendet werden.

AUSGABE DATEIEN

Keine zusätzlichen Tools.

VERLÄNGERT BESCHREIBUNG

Keine zusätzlichen Tools.

EXIT STATUS

Die folgenden Exit-Werte sollen zurückgegeben werden:

0 Erfolgreicher Abschluss.

>0 Es ist ein Fehler aufgetreten.

FOLGEN OF FEHLER

Standard.

Die Folgende Abschnitte sind informativ.

ANWENDUNGEN ANWENDUNG

Die Datei wird um 35 Prozent erweitert (aus jeweils drei Oktetten werden vier plus Kontrolle
Informationen), wodurch die Übertragung länger dauert.

Da dieses Dienstprogramm dazu gedacht ist, Dateien zu erstellen, die für den Datenaustausch zwischen
Systeme mit möglicherweise unterschiedlichen Codesätzen und um binäre Daten als Textdatei darzustellen, die
Als bekannte Referenz wurde die Norm ISO/IEC 646:1991 für einen Mittelpunkt im Algorithmus gewählt
Punkt. Die Ausgabe von uuencode ist eine Textdatei auf dem lokalen System. Wenn die Ausgabe in . wäre
dem ISO/IEC 646:1991-Standardcodeset, es ist möglicherweise keine Textdatei (zumindest weil die
Zeichen stimmen möglicherweise nicht überein) und das Ziel der Erstellung einer Textdatei wäre
besiegt. Wenn diese Textdatei dann mit demselben Codesatz auf eine andere Maschine übertragen wurde, wird sie
wäre perfekt kompatibel mit diesem system Uudecode. Wenn es über a . übertragen wurde
Mail-System gesendet oder an eine Maschine mit einem anderen Codeset gesendet wird, wird davon ausgegangen, dass wie bei
jede andere Textdatei, ein Übersetzungsmechanismus würde sie konvertieren (bis sie erreicht ist
ein Benutzer auf dem anderen System) in einen geeigneten Codesatz. Diese Übersetzung macht nur Sinn
aus dem lokalen Codeset, nicht wenn die Datei in einen ISO/IEC 646:1991 Standard eingefügt wurde
Darstellung zuerst. Ebenso werden Dateien verarbeitet von uuencode kann in platziert werden pax
Archive, vermischt mit anderen Textdateien im gleichen Codeset.

Beispiele:

Keine zusätzlichen Tools.

RATIONALE

Ein neuer Algorithmus wurde auf Wunsch der internationalen Gemeinschaft zur parallelen Arbeit hinzugefügt
in RFC 2045 (MIME). Wie bei der historischen uuencode Format, das Base64 Content-Transfer-
Die Codierung soll beliebige Sequenzen von Oktetten in einer Form darstellen, die nicht
menschlich lesbar. Es wird eine 65-stellige Untermenge des ISO/IEC 646:1991-Standards verwendet, die es ermöglicht
6 darzustellende Bits pro druckbarem Zeichen. (Das zusätzliche 65. Zeichen, '=', wird genutzt
um eine besondere Verarbeitungsfunktion anzuzeigen.)

Diese Teilmenge hat die wichtige Eigenschaft, dass sie in allen Versionen identisch dargestellt wird
des Standards ISO/IEC 646:1991, einschließlich US-ASCII, und alle Zeichen in der Untermenge sind
auch in allen Versionen von EBCDIC identisch dargestellt. Das historische uuencode Algorithmus
teilt diese Eigenschaft nicht, weshalb ein zweiter Algorithmus zum hinzugefügt wurde
ISO POSIX-2-Standard.

Die Zeichenfolge "====" wurde für den Abschluss anstelle des im Original verwendeten Endes verwendet
Format, da es sich bei letzterem um eine Zeichenfolge handelt, die eine gültige codierte Eingabe sein könnte.

In einem frühen Entwurf -m Option wurde benannt -b (für Base64), aber es wurde umbenannt, um widerzuspiegeln
seine Beziehung zum RFC 2045. A -u war auch vorhanden, um den Standardalgorithmus aufzurufen,
Da dies jedoch keine historische Praxis war, wurde es als unnötig weggelassen.

Siehe den RATIONALE-Abschnitt in Uudecode für die Ableitung der /dev/stdout Symbol.

ZUKUNFT Anfahrt

Keine zusätzlichen Tools.

Verwenden Sie uuencodeposix online mit den onworks.net-Diensten