acoc ist ein Regelmäßigausdruck Formatierer der gegründeten Farbe für Programme, die Ausgang auf der Befehlleitung anzeigen. Es funktioniert als Verpackung um das Zielprogramm, führt sie durch und erfaßt den stdout Strom. Wahlweise kann stderr zum stdout umadressiert werden, damit es kann auch manipuliert werden. acoc dann wendet abgleichende Richtlinien auf Muster im Ausgang an und wendet Farben an jenen Übereinstimmungen an.

Überhaupt gewundert, warum der Ausgang Ihrer Befehle des Lieblings UNIX/Linux noch in Schwarzweiss schliesslich diese Jahre angezeigt wird?

Mußte Recherche durch Ihren Rollebuffer auf der Suche nach den GCC-Fehlern und auffallenden Informationen, Ihnen zurück mitteilen, was überhaupt falsch zu Ihrem Ablauf des Programms paßte?

acoc ist ein Formatierer der gegründeten Farbe des regulären Ausdrucks für Programme, die Ausgang auf der Befehlleitung anzeigen. Es funktioniert als Verpackung um das Zielprogramm, führt sie durch und erfaßt den stdout Strom. Wahlweise kann stderr zum stdout umadressiert werden, damit es kann auch manipuliert werden.

acoc dann wendet abgleichende Richtlinien auf Muster im Ausgang an und wendet Farbsätze an jenen Übereinstimmungen an. Eine Abbildung ist tausend Wörter, also Blick an den Beispielscreenshots im folgenden Abschnitt wert.

Konfiguration

Die Konfigurationsdateien, die durch das Programm verwendet werden, sind /usr/local/etc/acoc.conf, /etc/acoc.conf und ~/acoc.conf. Eine oder mehrere von diesen müssen existieren. Eine Probe /etc/acoc.conf wird mit einigen abgleichenden Richtlinien des Beispiels angegeben.

Blindleitungen und die, denen anfangen mit a #, werden ignoriert.

Eine Programmkonfigurationsstanze wird eingeführt, wie folgt:

[program_spec]

Die eckigen Klammern sind vorgeschriebene wörtliche Zeichen. Wechselweise kann das @ Symbol verwendet werden, um [und] ihre übliche Semantik in Programmspezifikt. beibehalten zu dürfen, die einen regulären Ausdruck enthalten:

@program_spec@

program_spec wird als eine oder mehrere Fälle des folgenden Teils definiert, getrennt durch ein Komma:

Anforderung [/flags]

wo Anforderung aus dem Programmnamen (nicht einschließlich sein Verzeichnisbahnteil) plus alle Anfangsargumente besteht.

Wechselweise kann Anforderung ein regulärer Ausdruck sein, der verwendet werden kann, um mehrfache Programme und/oder Befehlleitung Argumente abzugleichen in der willkürlichen Ordnung. Reguläre Ausdrücke werden automatisch am Anfang der Befehlszeile befestigt.

Markierungsfahnen, wenn Geschenk, von der Anforderung durch einen Schrägstrich getrennt und einen oder mehreren aus der folgenden Zeichen besteht wird:

a
fortfahren zu versuchen, abgleichende Muster zu finden, nachdem die erste Übereinstimmung gefunden worden ist. Durch Zahlungseinstellung stoppt acoc, eine Leitung aufzubereiten und zeigt sie an, nachdem die erste Übereinstimmung gefunden worden ist.
e
das Zielprogramme stderr zum stdout umadressieren und erlauben, daß es auch durch Richtlinien abgeglichen wird
P
ein Pseudo-Terminal zuordnen, in dem das Zielprogramm laufen lassen

Einige Programme, wie ls (1), benehmen sich anders als, wenn ihr stdout nicht an einen tty angeschlossen wird. Gebrauch von dieser Option täuscht das Zielprogramm in das Glauben es ausgibt zu einem tty, eher als ein Rohr zum acoc.

Gebrauch dieser Markierungsfahne erfordert die eingebaut zu werden Masahiro Tomitas Rubin-/TPtybibliothek. Andernfalls wird die Markierungsfahne still ignoriert.

, dass die Terminalkommunikation, die durch diese Markierungsfahne aktiviert wird, nur Einweg ist, vom Zielprogramm notiert zum acoc. Es ist folglich nicht möglich, acoc im Verbindung mit Dialogprogrammen, wie dem interaktiven karminroten Interpreter (irb) zu verwenden.
t
Farbenformatierung anwenden, selbst wenn stdout nicht ein tty ist. Durch Zahlungseinstellung ist die Formatisierung nicht angewandt, wenn die Ausgabefolge nicht zu einem Flughafengebäude angebracht wird.

Heres ein Beispiel einer Leitung, die eine Konfigurationsstanze vorstellt:

[rpm/ae, rpmbuild/ae]

welches sagt, die folgenden Richtlinien auf die Drehzahl-und rpmbuild Befehle anzuwenden, versuchen, alle abgleichenden Richtlinien anzuwenden, und jene Richtlinien auf den Programme stderr Strom auch anwenden.

Ein anderes Beispiel:

[ls/p]

Dieses sagt, ein Pseudo-Terminal ls zuzuordnen (1), täuschend es in das Glauben, dass sein Ausgang zu einem regelmäßigen Flughafengebäude anstelle von einem Rohr zum acoc geschickt wird.

Mit dieser Markierungsfahne ist der Effekt dieser:

$ ls
file1 file2 file3 file4 file5 file6

Ohne es ls aufspürt, dass sein stdout an ein Rohr und sich benimmt dementsprechend angeschlossen wird:

$ ls
file1
file2
file3
file4
file5
file6

Ein drittes Beispiel:

[diff/t, rcsdiff/t, cvs diff/t, p4 diff/t]

Dieses sagt, dass die Richtlinien, die folgen, auf alle Anforderungen von diff angewendet werden sollten (1) und rcsdiff (1), sowie jene Anforderungen von cvs (1) und p4, die vom Argument diff gefolgt werden.

Zusätzlich sollte die Färbung angewandt sein, selbst wenn stdout nicht an einen tty angeschlossen wird, damit die Farben noch sich zeigen, wann der Ausgang in einem Pager wie mehr angezeigt wird (1) oder weniger (1).

Noch eins Beispiel:

/ps -. * (e.*f|f.*e)/

In diesem Beispiel der ps (1) wird Befehl abgeglichen, solange die e-und f-Optionen beide in jede Ordnung geführt werden.

Eine alternative Methode, oben genannte Spezifikt. zu schreiben ist:

@ps -. * [E-F]. * [E-F] @

Es gibt zwei in dieser Alternative notiert Sachen:

1. @ ist verwendet worden, um Spezifikt. abzugrenzen, weil [und] für die Zeichenlisten im regulären Ausdruck benötigt werden.
2. Während dieses Formular weniger spezifisch ist (dadurch, dass es Übereinstimmungen gegen kopierte Befehlszeile Optionen erlaubt), bildet es für beträchtlich kürzere Spezifikt., wenn man auf die Einbeziehung einer Einstellung der mehr als 2 oder 3 Befehlszeile Markierungsfahnen prüfen möchte. In der Ausgangsmaske muß man alle möglichen Permutationen manuell verzeichnen, das x gleich ist! (Faktoren-). Für 3 Befehlszeile Markierungsfahnen, ist dieses 6 Permutationen; für 4 ist es 24, usw.

Heres ein weiteres Beispiel:

[tcpdump/r]

Wenn dieses in ~/.acoc.conf gelegt wurden, würde es jedes mögliches Abgleichen anordnet entfernen, dass gehabt eingebaut für den diff Befehl entweder durch /etc/acoc.conf oder /usr/local/etc/acoc.conf.

Nachdem man den Programmnamen und die Betriebsmarkierungsfahnen definiert hat, können abgleichende Richtlinien definiert werden. Diese nehmen die folgende Gestalt an:

/regex/ [Markierungsfahnen] colour_spec

wo regex ein Rubin-kompatibler regulärer Ausdruck ist. Die Abgrenzung/die Zeichen können jedes mögliches Zeichen sein, solange dieses Zeichen nicht im regulären Ausdruck selbst anwesend ist. Markierungsfahnen, wenn Geschenk, aus einen oder mehreren Zeichen von der folgenden Liste besteht:

g
jede Übereinstimmung auf der Leitung, nicht gerade die erste finden. Wenn es diese Markierungsfahne verwendet, sollte regex Klammern nicht umfassen.

colour_spec wird als Komma-getrennte Liste einer oder mehrerer colour_groups definiert, die als plus-getrennte (+) Liste von einen oder mehreren vom folgenden definiert werden:

* Schwarzes
* Blinken
* Blau
* fett
* frei
* verborgen
* cyan-blau
* Dunkelheit
* Grün
* Kursivschrift
* Magenta
* Negativ
* on_black
* on_blue
* on_cyan
* on_green
* on_magenta
* on_red
* on_white
* on_yellow
* rapid_blink
* Rot
* Zurückstellen
* strikethrough
* Unterstreichung
* Unterstreichen
* Weiß
* Gelb

Beispiele eines colour_group sind white+bold, black+on_white, usw. Ein komplettes colour_spec konnte wie dieses aussehen:

red+bold, Weiß, yellow+bold, black+on_green

Ausgenommen, wenn man die g-Markierungsfahne, jedes Teil des regex, das Sie färben möchten, sollte in Klammern plaziert werden verwendet. Text außerhalb der Klammern wird für das Abgleichen verwendet, aber wird nicht gefärbt.

Z.B. das folgende prüfen:

/^ (d+) foos* (w+)/

Dieses gleicht eine Leitung ab, der Anfänge mit mehr oder Digits eins, gefolgt vom Zeichenkette foo und von irgendeiner Menge weißem Platz, von einen oder mehreren Wortzeichen folgten. Jedoch nur die Anfangsgruppe der Digits und die Gruppe der Wortzeichen werden gefärbt. Das Zeichenkette foo und der weiße Platz, der ihm folgt, werden für das Abgleichen verwendet, aber werden nicht gefärbt.

Vom regex durch weißen Platz getrennt das colour_spec. Normalerweise schließen Sie diesbezüglich bis zu Farben ein (getrennt durch Kommas) wie Sie Ausdrücke im regex parenthesised. Jedoch sein auch zulässiges, weniger zu haben. Wenn z.B. haben Sie drei parenthesised Ausdrücke im regex, aber nur zwei Farben verzeichneten im colour_spec, dann wird die zweite Farbe für die Färbung der zweiten und dritten Übereinstimmungen verwendet.

Wenn Sie mehr Farben verzeichnen lassen im colour_spec, als es parenthesised Ausdrücke im regex gibt, werden die überschüssigen Farben ignoriert.

Wenn Sie die g-Markierungsfahne verwenden, um eine globale Übereinstimmung auf der Leitung durchzuführen, können Sie bis zu Farben verzeichnen, Sie wünschen. Die gleichen Richtlinien treffen hier zu. Wenn es mehr Übereinstimmungen als Farben gibt, werden den restlichen Übereinstimmungen using die letzte Farbe verzeichnet gefärbt. Überschüssige Farben werden ignoriert.