'''Software-Lizenz''' - Verwaltung von Software-Lizenzen

== Ordnungsgemäße Lizenzierung ==
; Ordnungsgemäße Lizenzierung wird sehr häufig vernachlässigt
Gewerbliche Raubkopierrate in Deutschland: 28 % (BSA)‏

Überlizenzierung in bestimmten Bereichen kann Unterlizenzierung in anderen Bereichen nicht kompensieren
* Bei Lizenzverstoß gleiche Folgen wie bei Nichtbeachtung der Informationssicherheits-Anforderungen

== Empfehlung ==
Bestellung eines Softwarebeauftragten
* oder Erweiterung des Aufgabenfeldes des [[Informationssicherheitsbeauftragten]]

<noinclude>

== Anhang ==
=== Siehe auch ===
<div style="column-count:2">
<categorytree hideroot=on mode="pages">{{BASEPAGENAME}}</categorytree>
</div>
----
{{Special:PrefixIndex/{{BASEPAGENAME}}/}}

=== Dokumentation ===


=== Links ===
==== Projekt ====
==== Weblinks ====



[[Kategorie:Software/Lizenz]]

</noinclude>

2026-11-01T09:55:15Z

Dirkwagner: Die Seite wurde neu angelegt: „= Lizenztexte = === Sogenannte "ursprüngliche" BSD-Lizenz === Als "'''ursprüngliche''' BSD-Lizenz" ("original BSD license", "4-clause BSD license") wird in verschiedenen Darstellungen folgender Text bezeichnet: {| |- | ''' Originaltext ''' | ''' Sinngemäße Übersetzung ''' ''(nicht offiziell)'' |- |style="vertical-align:top;padding-right:25px;"|Copyright (c) ... The Regents of the University of California. All rights reserved. Redistribution and use…“

= Lizenztexte =
=== Sogenannte "ursprüngliche" BSD-Lizenz ===
Als "'''ursprüngliche''' BSD-Lizenz" ("original BSD license", "4-clause BSD license") wird in verschiedenen Darstellungen folgender Text bezeichnet:

{|
|-
|
''' Originaltext '''
|
''' Sinngemäße Übersetzung ''' ''(nicht offiziell)''
|-
|style="vertical-align:top;padding-right:25px;"|Copyright (c) ...
The Regents of the University of California. All rights reserved.

Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
# Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.
# Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.
# All advertising materials mentioning features or use of this software must display the following acknowledgement: "This product includes software developed by the University of California, Berkeley and its contributors."
# Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.

THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|style="vertical-align:top;"|Copyright (c) ...
Der Verwaltungsrat der Universität Kalifornien. [[Alle Rechte vorbehalten]].

Weiterverbreitung und Verwendung in nicht[[kompiliert]]er oder kompilierter Form, mit oder ohne Veränderung, sind unter den folgenden Bedingungen zulässig:
# Weiterverbreitete Software-[[Quelltext]]e müssen den obigen [[Copyright-Vermerk]], diese Liste der Bedingungen und die ihnen folgende [[Haftungsklausel]] enthalten.
# Weiterverbreitete kompilierte Exemplare müssen den obigen Copyright-Vermerk, diese Liste der Bedingungen und die ihnen folgende Haftungsklausel in der [[Softwaredokumentation|Dokumentation]] und/oder anderen Materialien, die mit dem Exemplar verbreitet werden, enthalten.
# Alle [[Werbung|Werbematerialien]], die Eigenschaften oder die Benutzung erwähnen, müssen die folgende Bemerkung enthalten: "Dieses Produkt enthält Software, die von der University of California, Berkeley und Beitragsleistenden entwickelt wurde."
# Weder der Name der Universität noch die Namen der Beitragsleistenden dürfen zum Kennzeichnen oder [[Werbung|Bewerben]] von Produkten, die von dieser Software abgeleitet wurden, ohne spezielle vorherige schriftliche Genehmigung verwendet werden.

DIESE SOFTWARE WIRD VOM VERWALTUNGSRAT UND DEN BEITRAGSLEISTENDEN OHNE JEGLICHE AUSDRÜCKLICHE ODER IMPLIZIERTE GARANTIEN ZUR VERFÜGUNG GESTELLT, DIE UNTER ANDEREM EINSCHLIESSEN: DIE IMPLIZIERTE GARANTIE DER VERWENDBARKEIT DER SOFTWARE FÜR EINEN BESTIMMTEN ZWECK. AUF KEINEN FALL SIND DIE VERWALTUNGSRÄTE ODER DIE BEITRAGSLEISTENDEN FÜR IRGENDWELCHE DIREKTEN, INDIREKTEN, ZUFÄLLIGEN, SPEZIELLEN, BEISPIELHAFTEN ODER FOLGESCHÄDEN (UNTER ANDEREM VERSCHAFFEN VON ERSATZGÜTERN ODER -DIENSTLEISTUNGEN; EINSCHRÄNKUNG DER NUTZUNGSFÄHIGKEIT; VERLUST VON NUTZUNGSFÄHIGKEIT, [[Datenverlust|DATEN]], ODER PROFIT; ODER GESCHÄFTSUNTERBRECHUNG), WIE AUCH IMMER VERURSACHT UND UNTER WELCHER VERPFLICHTUNG AUCH IMMER, OB IN VERTRAG, STRIKTER VERPFLICHTUNG ODER UNERLAUBTER HANDLUNG (INKLUSIVE FAHRLÄSSIGKEIT) VERANTWORTLICH, AUF WELCHEM WEG SIE AUCH IMMER DURCH DIE BENUTZUNG DIESER SOFTWARE ENTSTANDEN SIND, SOGAR, WENN SIE AUF DIE MÖGLICHKEIT EINES SOLCHEN SCHADENS HINGEWIESEN WORDEN SIND.
|}

BSD-Auslieferungen aus den Jahren 1988 und 1989 beinhalteten eine "Urform" ("noch '''frühere'''") der übrigen in diesem Artikel diskutierten Fassungen der BSD-Lizenz, die in einem einzelnen Absatz gesetzt war.<ref>Siehe ''[[en:BSD licenses#Prior license]]'' (abgerufen 11. August 2017), wo diese Fassungen auf 1988/1989 und die "ursprüngliche" auf 1990 datiert werden.</ref>

2026-11-01T09:01:25Z

Dirkwagner: /* Anhang */

'''Pipe''' - [[Datenstrom]] zwischen zwei [[Prozess (Informatik)|Prozessen]] durch einen [[Puffer (Informatik)|Puffer]] mit dem Prinzip ''[[First In - First Out]]'' (FIFO)

== Beschreibung ==
Eine '''Pipe''' oder '''Pipeline''' (englisch ''[[Rohrleitung]]'') ist ein [[Datenstrom]] zwischen zwei [[Prozess (Informatik)|Prozessen]] durch einen [[Puffer (Informatik)|Puffer]] mit dem Prinzip ''[[First In - First Out]]'' (FIFO).
* Das bedeutet vereinfacht, dass ein Ergebnis eines [[Computerprogramm]]s als Eingabe eines weiteren Programms verwendet wird.
* Pipes wurden 1973 von [[Douglas McIlroy]] für das Betriebssystem [[Unix]] entwickelt.

== Funktionsweise ==
; Beispiel
ls -R ./Bilder | grep -ic '\.jpg$'

Im Beispiel sind die zwei kleinen Programme <code>ls</code> und <code>grep</code> über eine Pipe (Symbol <code>|</code>) verbunden.
* Entsprechend der [[Unix-Philosophie]] sind beides Programme, die eine einzelne Aufgabe erledigen, auf Textströmen basieren und zusammen arbeiten können.
* das Programm ''ls'' dient dazu, den Inhalt von Dateipfaden in Textform zu listen
* ''grep'' ist ein Programm, das Texte nach Zeichenketten durchsuchen kann

Im Beispiel wird ''ls'' angewiesen, das Verzeichnis ''Bilder'' einschließlich der Unterverzeichnisse (Schalter ''R'') zu listen.
* Das Ergebnis (einen Text) schickt ''ls'' in eine Pipe.

In der Pipe nimmt das Programm ''grep'' den Text in Empfang.
* Es wird angewiesen, den Text nach der Zeichenkette ''.jpg'' zu durchsuchen (der Punkt von ".jpg" wird mit einem [[Schrägstrich#Umgekehrter Schrägstrich|Backslash]] maskiert, weil er für ''grep'' zwei Bedeutungen hat).
* Dem Programm ''grep'' wurden noch die Schalter ''i'' und ''c'' mitgegeben. ''i'' bewirkt, dass bei der Zeichenkette Groß- und Kleinbuchstaben gleich behandelt werden (es wird also auch "JPG" gefunden); der Schalter ''c'' weist ''grep'' an, nicht die Fundstellen zu listen, sondern deren Anzahl auszugeben.

Das Ergebnis der Pipe ist also die Anzahl der JPG-Bilder unterhalb des Verzeichnisses ./Bilder.

Auf den ersten Blick erscheint es einfacher, wenn man das Programm ''ls'' mit mehr Funktionalität ausstattet, um die umständliche Schreibweise der Pipe zu umgehen (wie der Befehl ''dir'' bei [[Disk Operating System|DOS]] und dessen Nachfolger).
* Anhänger der Unix-Philosophie betonen aber, dass das Aufteilen eines größeren Problems in Teilprobleme für entsprechend spezialisierte Programme effektiver sei.

== Erzeugen einer Pipe ==

Unter den meisten Betriebssystemen und Programmiersprachen werden nach Anforderung einer Pipe durch den Systemaufruf ''<span style="font-family:monospace;">pipe()</span>'' vom [[Betriebssystem]] zwei Zugriffskennungen (engl.: ''[[handle]]s'') zurückgeliefert, die zum Schreiben in die bzw. 
* Lesen aus der Pipe benötigt werden.
* Auch Kindprozesse erben den Zugriff auf diese ''handles''.
* Mit der Beendigung des letzten Prozesses, der Zugriff auf eine aktive Pipe hat, wird diese vom Betriebssystem beendet.

== Pipe-Varianten ==
; Anonyme Pipes
Einschränkungen
* Sie können nur in eine Richtung verwendet werden: ein [[Prozess (Informatik)|Prozess]] schreibt, der andere liest.
* Sie können nur für die [[Kommunikation]] zwischen eng verwandten Prozessen benutzt werden.
* Die maximale Datenmenge, die eine Pipe enthalten kann, ist relativ klein.

; Benannte Pipes
Named Pipes
* können dagegen auch zur Kommunikation zwischen Prozessen eingesetzt werden, die nicht miteinander verwandt sind und sich darüber hinaus auf unterschiedlichen Rechnern innerhalb eines [[Rechnernetz|Netzwerkes]] befinden dürfen.
* Sie sind flexibler als anonyme Pipes und eignen sich für sogenannte [[Client-Server]]-Anwendungen (es lassen sich auch [[Remote Procedure Call|RPCs]] realisieren).
* Benannte Pipes ermöglichen die gleichzeitige Kommunikation in beide Richtungen, das heißt, Daten können im [[Duplex (Nachrichtentechnik)|Vollduplexbetrieb]] zwischen den Prozessen ausgetauscht werden.
* Jeder Prozess, der den Namen einer benannten Pipe kennt, kann über diesen Namen die Verbindung zur Pipe und damit zu anderen Prozessen herstellen.

== Pipes in Betriebssystemen ==

Pipes sind in verschiedenen [[Betriebssystem]]en realisiert, die meisten bieten sowohl anonyme als auch benannte Pipes.

=== Unix ===
==== Anonyme Pipes ====
[[Pipeline (Unix)|Pipe]]s sind unter [[Unix]] und [[Unixoides System|unixoiden Betriebssystemen]] eines der mächtigsten Werkzeuge, um die sequentielle Abarbeitung von Befehlen auf einem bestimmten Datenbestand zu ermöglichen.

Bei einer ''anonymen Pipe'' ist die Kommunikation dabei auf mehrere Prozesse gleichen Ursprungs beschränkt.
* Diese (Ursprungs-)Beziehung entsteht meistens durch [[Fork (Unix)|Forks]].
* In der [[Kommandozeileninterpreter|Shell]] wird eine ''anonyme Pipe'' zum Startzeitpunkt der Programme durch Eingabe eines "|"-Zeichens erzeugt.
* Die Shell ist dann der (gemeinsame) Elternprozess aller Prozesse und erledigt die Forks automatisch.

; Beispiel

[[grep]] '.sshd.*Invalid user' /var/log/messages | awk '{print $NF}' | sort -u

Hier wird die System-[[Logdatei]] nach dem Suchbegriff "sshd" durchsucht, dem in derselben Zeile der Text "Invalid user" folgt.
* Anschließend wird das letzte Feld aus der Meldung herausgeschnitten ("awk …"), das hier die IP-Adresse des Rechners enthält, von dem aus der ssh-Zugriff ausging.
* Zum Schluss werden diese IP-Adressen so sortiert, dass sie nicht mehrfach auftreten ("sort --unique").

Die an einer solchen Pipe beteiligten Programme nehmen (bis auf das erste) [[Eingabe (Computer)|Eingabedaten]] von ihrer [[Standardeingabe]] entgegen und stellen (bis auf das letzte) [[Ausgabe (Computer)|Ausgabedaten]] auf ihrer [[Standardausgabe]] bereit, siehe auch [[Filter (Unix)]].
* Verlangt eine Anwendung die Angabe von Dateinamen für die Ein- oder Ausgabe, so kann man oft durch die Angabe eines Minuszeichens als Dateiname erreichen, dass auf die Standardausgabe geschrieben bzw. 
* von der Standardeingabe gelesen wird.
* Wenn sie diese Konvention implementiert haben, ist so das Schreiben in bzw. das Lesen aus einer Pipe auch mit solchen Anwendungen realisierbar.

; Beispiel
tar cf - /home/user/ogg/mycolouringbook | ssh -l user server "cd /var/ogg && tar xvf -"

Hier wird der Inhalt eines Verzeichnisses mit [[Tar (EDV)|tar]] zu einem [[Elektronische Archivierung|Archiv]] zusammengepackt, über eine [[Secure Shell|SSH]]-Verbindung zu einem anderen Rechner verschickt und dort entpackt.

==== Named Pipe ====
Eine ''Named Pipe'', auch ''FIFO'' (von first-in-first-out) genannt, ist eine Pipe, die von zwei Prozessen zur Laufzeit über einen Dateinamen zum Lesen oder Schreiben geöffnet werden kann.
* Bei einer ''Named Pipe'' müssen die Prozesse keinen gemeinsamen Ursprung haben, die Prozesse müssen lediglich zum Zugriff auf die Pipe autorisiert sein und den Namen der Pipe kennen.

; Beispiel
mkfifo einefifo
cat /var/log/messages > einefifo &
grep sshd < einefifo

FIFOs überdauern die sie verwendenden Prozesse, weil sie Bestandteil des Dateisystems sind.
* Allerdings kann eine FIFO keinen Inhalt haben, solange sie von keinem Prozess geöffnet ist.
* Das bedeutet, dass der gepufferte Inhalt verloren geht, wenn ein schreibender Prozess sein Ende der Pipe schließt, ohne dass ein lesender Prozess das andere Ende geöffnet hat.

'''Verwendung einer unidirektionalen Unix-Pipe'''

Dieser Sourcecode bewirkt das gleiche wie die Shellanweisung <code>who | sort</code>

<syntaxhighlight lang="c">
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/wait.h>

int main(void){

// pipe_verbindung[0] zum Lesen und pipe_verbindung[1] zum Schreiben
int pipe_verbindung[2];

//Initialisierung durch die Funktion Pipe
pipe(pipe_verbindung);

//Kindprozess erzeugen
if (fork()==0){
// dup2 verbindet den Filedeskriptor der Pipe mit dem Filedeskriptor der Standardausgabe
dup2(pipe_verbindung[1],1);

// der Leseausgang muss geschlossen werden, da dieser Prozess nichts liest
close(pipe_verbindung[0]);

// Kommando ausführen, Standardausgabe des Kommandos ist mit der Pipe verbunden
execlp("who","who",NULL);
}
// dann zweiten Kindprozess erzeugen
else if (fork()==0){
dup2(pipe_verbindung[0],0);
close(pipe_verbindung[1]);
execlp("sort","sort",NULL);
}
}
</syntaxhighlight>

; Der schreibende Prozess (Prozess 1) hat zunächst auch lesenden Zugriff auf die Pipe (unidirektional)
* Deshalb muss er seinen Filedeskriptor(0) zum Lesen sperren.
* Genauso hat der lesende Prozess (Prozess 2) zunächst schreibenden Zugriff auf die Pipe.
* Deshalb muss er seinen Filedeskriptor(1) zum Schreiben sperren.

; Werden die nicht benötigten Deskriptoren nicht gesperrt, kommt es zu Komplikationen
Wenn zum Beispiel Prozess 1 keine Daten mehr zu versenden hat, terminiert er.
* Allerdings wird Prozess 2 nicht terminieren, da noch ein Filedeskriptor(1) zum Schreiben (sein eigener) für weitere Eingaben auf die Pipe gesetzt ist.
* Er wartet, aber es kommen keine Daten.
Ein anderes denkbares Szenario ist, dass Prozess 1 nicht terminieren kann, weil er Lesezugriff auf die Pipe hat und für immer und ewig auf Daten des Gegenspielers wartet, aber niemals welche ankommen werden, da er erstens schon längst terminiert ist und zweitens auch niemals welche gesendet hat.

=== Windows ===
; [[Windows]] kennt anonyme und benannte Pipes.
* Benannte Pipes lassen sich über das Pipe-[[Programmierschnittstelle|API]] analog zu den [[Server Message Block|SMB]]-Freigaben als \\''ServerName''\pipe\''PipeName'' ansprechen.

Anonyme Pipes sind in der Windows-Eingabeaufforderung möglich, um beispielsweise. mit dem ''find''-Befehl in der Ausgabe eines ''dir''-Befehls nur die Ausgaben zu erhalten, die bestimmte Zeichenketten im Pfad oder Dateinamen enthalten (was durch die ''dir''-Syntax nicht immer vollständig abgedeckt ist): So gibt folgende Befehlseingabe alle Unterverzeichnisse mit enthaltenen .java Dateien aus, in denen im Pfad das Wort ''Render'' enthalten ist, sowie die .java Dateien selbst, in dessen Dateiname ''Render'' enthalten ist:<syntaxhighlight lang="bash">
dir *.java /s | find "Render"
</syntaxhighlight>

<noinclude>

== Anhang ==
=== Siehe auch ===
<div style="column-count:2">
<categorytree hideroot=on mode="pages">Linux/Datei/Typ</categorytree>
</div>
----
{{Special:PrefixIndex/Linux/Datei/}}
----
* [[Netcat]]

=== Dokumentation ===


=== Links ===
==== Projekt ====
==== Weblinks ====
# https://de.wikipedia.org/wiki/Pipe_(Informatik)
# [https://msdn.microsoft.com/de-de/library/aa365780.aspx Dokumentation des Windows Pipe API] Microsoft Developer Network [MSDN]



[[Kategorie:Linux/Datei/Typ]]
[[Kategorie:Programmierung]]

</noinclude>

Linux/Datei/Pipe

2026-11-01T08:58:41Z

Dirkwagner: /* Anhang */

'''Pipe''' - [[Datenstrom]] zwischen zwei [[Prozess (Informatik)|Prozessen]] durch einen [[Puffer (Informatik)|Puffer]] mit dem Prinzip ''[[First In - First Out]]'' (FIFO)

== Beschreibung ==
Eine '''Pipe''' oder '''Pipeline''' (englisch ''[[Rohrleitung]]'') ist ein [[Datenstrom]] zwischen zwei [[Prozess (Informatik)|Prozessen]] durch einen [[Puffer (Informatik)|Puffer]] mit dem Prinzip ''[[First In - First Out]]'' (FIFO).
* Das bedeutet vereinfacht, dass ein Ergebnis eines [[Computerprogramm]]s als Eingabe eines weiteren Programms verwendet wird.
* Pipes wurden 1973 von [[Douglas McIlroy]] für das Betriebssystem [[Unix]] entwickelt.

== Funktionsweise ==
; Beispiel
ls -R ./Bilder | grep -ic '\.jpg$'

Im Beispiel sind die zwei kleinen Programme <code>ls</code> und <code>grep</code> über eine Pipe (Symbol <code>|</code>) verbunden.
* Entsprechend der [[Unix-Philosophie]] sind beides Programme, die eine einzelne Aufgabe erledigen, auf Textströmen basieren und zusammen arbeiten können.
* das Programm ''ls'' dient dazu, den Inhalt von Dateipfaden in Textform zu listen
* ''grep'' ist ein Programm, das Texte nach Zeichenketten durchsuchen kann

Im Beispiel wird ''ls'' angewiesen, das Verzeichnis ''Bilder'' einschließlich der Unterverzeichnisse (Schalter ''R'') zu listen.
* Das Ergebnis (einen Text) schickt ''ls'' in eine Pipe.

In der Pipe nimmt das Programm ''grep'' den Text in Empfang.
* Es wird angewiesen, den Text nach der Zeichenkette ''.jpg'' zu durchsuchen (der Punkt von ".jpg" wird mit einem [[Schrägstrich#Umgekehrter Schrägstrich|Backslash]] maskiert, weil er für ''grep'' zwei Bedeutungen hat).
* Dem Programm ''grep'' wurden noch die Schalter ''i'' und ''c'' mitgegeben. ''i'' bewirkt, dass bei der Zeichenkette Groß- und Kleinbuchstaben gleich behandelt werden (es wird also auch "JPG" gefunden); der Schalter ''c'' weist ''grep'' an, nicht die Fundstellen zu listen, sondern deren Anzahl auszugeben.

Das Ergebnis der Pipe ist also die Anzahl der JPG-Bilder unterhalb des Verzeichnisses ./Bilder.

Auf den ersten Blick erscheint es einfacher, wenn man das Programm ''ls'' mit mehr Funktionalität ausstattet, um die umständliche Schreibweise der Pipe zu umgehen (wie der Befehl ''dir'' bei [[Disk Operating System|DOS]] und dessen Nachfolger).
* Anhänger der Unix-Philosophie betonen aber, dass das Aufteilen eines größeren Problems in Teilprobleme für entsprechend spezialisierte Programme effektiver sei.

== Erzeugen einer Pipe ==

Unter den meisten Betriebssystemen und Programmiersprachen werden nach Anforderung einer Pipe durch den Systemaufruf ''<span style="font-family:monospace;">pipe()</span>'' vom [[Betriebssystem]] zwei Zugriffskennungen (engl.: ''[[handle]]s'') zurückgeliefert, die zum Schreiben in die bzw. 
* Lesen aus der Pipe benötigt werden.
* Auch Kindprozesse erben den Zugriff auf diese ''handles''.
* Mit der Beendigung des letzten Prozesses, der Zugriff auf eine aktive Pipe hat, wird diese vom Betriebssystem beendet.

== Pipe-Varianten ==
; Anonyme Pipes
Einschränkungen
* Sie können nur in eine Richtung verwendet werden: ein [[Prozess (Informatik)|Prozess]] schreibt, der andere liest.
* Sie können nur für die [[Kommunikation]] zwischen eng verwandten Prozessen benutzt werden.
* Die maximale Datenmenge, die eine Pipe enthalten kann, ist relativ klein.

; Benannte Pipes
Named Pipes
* können dagegen auch zur Kommunikation zwischen Prozessen eingesetzt werden, die nicht miteinander verwandt sind und sich darüber hinaus auf unterschiedlichen Rechnern innerhalb eines [[Rechnernetz|Netzwerkes]] befinden dürfen.
* Sie sind flexibler als anonyme Pipes und eignen sich für sogenannte [[Client-Server]]-Anwendungen (es lassen sich auch [[Remote Procedure Call|RPCs]] realisieren).
* Benannte Pipes ermöglichen die gleichzeitige Kommunikation in beide Richtungen, das heißt, Daten können im [[Duplex (Nachrichtentechnik)|Vollduplexbetrieb]] zwischen den Prozessen ausgetauscht werden.
* Jeder Prozess, der den Namen einer benannten Pipe kennt, kann über diesen Namen die Verbindung zur Pipe und damit zu anderen Prozessen herstellen.

== Pipes in Betriebssystemen ==

Pipes sind in verschiedenen [[Betriebssystem]]en realisiert, die meisten bieten sowohl anonyme als auch benannte Pipes.

=== Unix ===
==== Anonyme Pipes ====
[[Pipeline (Unix)|Pipe]]s sind unter [[Unix]] und [[Unixoides System|unixoiden Betriebssystemen]] eines der mächtigsten Werkzeuge, um die sequentielle Abarbeitung von Befehlen auf einem bestimmten Datenbestand zu ermöglichen.

Bei einer ''anonymen Pipe'' ist die Kommunikation dabei auf mehrere Prozesse gleichen Ursprungs beschränkt.
* Diese (Ursprungs-)Beziehung entsteht meistens durch [[Fork (Unix)|Forks]].
* In der [[Kommandozeileninterpreter|Shell]] wird eine ''anonyme Pipe'' zum Startzeitpunkt der Programme durch Eingabe eines "|"-Zeichens erzeugt.
* Die Shell ist dann der (gemeinsame) Elternprozess aller Prozesse und erledigt die Forks automatisch.

; Beispiel

[[grep]] '.sshd.*Invalid user' /var/log/messages | awk '{print $NF}' | sort -u

Hier wird die System-[[Logdatei]] nach dem Suchbegriff "sshd" durchsucht, dem in derselben Zeile der Text "Invalid user" folgt.
* Anschließend wird das letzte Feld aus der Meldung herausgeschnitten ("awk …"), das hier die IP-Adresse des Rechners enthält, von dem aus der ssh-Zugriff ausging.
* Zum Schluss werden diese IP-Adressen so sortiert, dass sie nicht mehrfach auftreten ("sort --unique").

Die an einer solchen Pipe beteiligten Programme nehmen (bis auf das erste) [[Eingabe (Computer)|Eingabedaten]] von ihrer [[Standardeingabe]] entgegen und stellen (bis auf das letzte) [[Ausgabe (Computer)|Ausgabedaten]] auf ihrer [[Standardausgabe]] bereit, siehe auch [[Filter (Unix)]].
* Verlangt eine Anwendung die Angabe von Dateinamen für die Ein- oder Ausgabe, so kann man oft durch die Angabe eines Minuszeichens als Dateiname erreichen, dass auf die Standardausgabe geschrieben bzw. 
* von der Standardeingabe gelesen wird.
* Wenn sie diese Konvention implementiert haben, ist so das Schreiben in bzw. das Lesen aus einer Pipe auch mit solchen Anwendungen realisierbar.

; Beispiel
tar cf - /home/user/ogg/mycolouringbook | ssh -l user server "cd /var/ogg && tar xvf -"

Hier wird der Inhalt eines Verzeichnisses mit [[Tar (EDV)|tar]] zu einem [[Elektronische Archivierung|Archiv]] zusammengepackt, über eine [[Secure Shell|SSH]]-Verbindung zu einem anderen Rechner verschickt und dort entpackt.

==== Named Pipe ====
Eine ''Named Pipe'', auch ''FIFO'' (von first-in-first-out) genannt, ist eine Pipe, die von zwei Prozessen zur Laufzeit über einen Dateinamen zum Lesen oder Schreiben geöffnet werden kann.
* Bei einer ''Named Pipe'' müssen die Prozesse keinen gemeinsamen Ursprung haben, die Prozesse müssen lediglich zum Zugriff auf die Pipe autorisiert sein und den Namen der Pipe kennen.

; Beispiel
mkfifo einefifo
cat /var/log/messages > einefifo &
grep sshd < einefifo

FIFOs überdauern die sie verwendenden Prozesse, weil sie Bestandteil des Dateisystems sind.
* Allerdings kann eine FIFO keinen Inhalt haben, solange sie von keinem Prozess geöffnet ist.
* Das bedeutet, dass der gepufferte Inhalt verloren geht, wenn ein schreibender Prozess sein Ende der Pipe schließt, ohne dass ein lesender Prozess das andere Ende geöffnet hat.

'''Verwendung einer unidirektionalen Unix-Pipe'''

Dieser Sourcecode bewirkt das gleiche wie die Shellanweisung <code>who | sort</code>

<syntaxhighlight lang="c">
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/wait.h>

int main(void){

// pipe_verbindung[0] zum Lesen und pipe_verbindung[1] zum Schreiben
int pipe_verbindung[2];

//Initialisierung durch die Funktion Pipe
pipe(pipe_verbindung);

//Kindprozess erzeugen
if (fork()==0){
// dup2 verbindet den Filedeskriptor der Pipe mit dem Filedeskriptor der Standardausgabe
dup2(pipe_verbindung[1],1);

// der Leseausgang muss geschlossen werden, da dieser Prozess nichts liest
close(pipe_verbindung[0]);

// Kommando ausführen, Standardausgabe des Kommandos ist mit der Pipe verbunden
execlp("who","who",NULL);
}
// dann zweiten Kindprozess erzeugen
else if (fork()==0){
dup2(pipe_verbindung[0],0);
close(pipe_verbindung[1]);
execlp("sort","sort",NULL);
}
}
</syntaxhighlight>

; Der schreibende Prozess (Prozess 1) hat zunächst auch lesenden Zugriff auf die Pipe (unidirektional)
* Deshalb muss er seinen Filedeskriptor(0) zum Lesen sperren.
* Genauso hat der lesende Prozess (Prozess 2) zunächst schreibenden Zugriff auf die Pipe.
* Deshalb muss er seinen Filedeskriptor(1) zum Schreiben sperren.

; Werden die nicht benötigten Deskriptoren nicht gesperrt, kommt es zu Komplikationen
Wenn zum Beispiel Prozess 1 keine Daten mehr zu versenden hat, terminiert er.
* Allerdings wird Prozess 2 nicht terminieren, da noch ein Filedeskriptor(1) zum Schreiben (sein eigener) für weitere Eingaben auf die Pipe gesetzt ist.
* Er wartet, aber es kommen keine Daten.
Ein anderes denkbares Szenario ist, dass Prozess 1 nicht terminieren kann, weil er Lesezugriff auf die Pipe hat und für immer und ewig auf Daten des Gegenspielers wartet, aber niemals welche ankommen werden, da er erstens schon längst terminiert ist und zweitens auch niemals welche gesendet hat.

=== Windows ===
; [[Windows]] kennt anonyme und benannte Pipes.
* Benannte Pipes lassen sich über das Pipe-[[Programmierschnittstelle|API]] analog zu den [[Server Message Block|SMB]]-Freigaben als \\''ServerName''\pipe\''PipeName'' ansprechen.

Anonyme Pipes sind in der Windows-Eingabeaufforderung möglich, um beispielsweise. mit dem ''find''-Befehl in der Ausgabe eines ''dir''-Befehls nur die Ausgaben zu erhalten, die bestimmte Zeichenketten im Pfad oder Dateinamen enthalten (was durch die ''dir''-Syntax nicht immer vollständig abgedeckt ist): So gibt folgende Befehlseingabe alle Unterverzeichnisse mit enthaltenen .java Dateien aus, in denen im Pfad das Wort ''Render'' enthalten ist, sowie die .java Dateien selbst, in dessen Dateiname ''Render'' enthalten ist:<syntaxhighlight lang="bash">
dir *.java /s | find "Render"
</syntaxhighlight>

<noinclude>

== Anhang ==
=== Siehe auch ===
<div style="column-count:2">
<categorytree hideroot=on mode="pages">{{BASEPAGENAME}}</categorytree>
</div>
----
{{Special:PrefixIndex/Linux/Datei/}}
----
* [[Netcat]]

=== Dokumentation ===


=== Links ===
==== Projekt ====
==== Weblinks ====
# https://de.wikipedia.org/wiki/Pipe_(Informatik)
# [https://msdn.microsoft.com/de-de/library/aa365780.aspx Dokumentation des Windows Pipe API] Microsoft Developer Network [MSDN]



[[Kategorie:Linux/Datei/Typ]]
[[Kategorie:Programmierung]]

</noinclude>