Named Pipes

Re(3): Named Pipes

Norret — Tue, 25 Apr 2006 10:07:47 GMT

Grundsätzlich hast du recht, es ist ein begleitendes Buch zu der Sysprog VO/UE, aber ich muss sagen, falls man etwas über BS Mechanismen und IPC unter Linux mit C wissen will, ist das Buch sicherlich auch als Nicht-Student recht interessant

Re(2): Named Pipes

sCHmIkOla — Tue, 25 Apr 2006 07:49:01 GMT

wahhhh.... das buch is aber echt hauptsächlich was für leute die die sysprog VO / UE machen müssen... wohl auch ein TU student ?

allen anderen würd ich http://www.pronix.de und dann OPEN BOOKS empfehlen

Re(4): Named Pipes

Ingenico — Sat, 22 Apr 2006 08:45:31 GMT

Ach ja, ein Lösungsansatz wäre, den filedescriptor offen zu lassen...

Danke! - so mach ichs jetzt auch.

while read -n 1 a; do
echo $a
...
done < mypipe

Re(3): Named Pipes

gepeinigter_aon_neukunde — Sat, 22 Apr 2006 08:28:41 GMT

Ach ja, ein Lösungsansatz wäre, den filedescriptor offen zu lassen...
Beispiel:


exec 3<a
read -n 1 a < &3
echo $a
read -n 1 a < &3
echo $a
....

Dann klappt's

Re(3): Named Pipes

gepeinigter_aon_neukunde — Fri, 21 Apr 2006 17:34:41 GMT

Neee, fifo's sind total nett...

Sie dienen eben dazu, prozesse IPC-fähig zu machen, die net IPC-fähig sind

Auch ziemlich flott...
Überschätzt hast sie nicht - sondern falsch eingesetzt...

Re(2): Named Pipes

Ingenico — Fri, 21 Apr 2006 17:24:57 GMT

Hi!

Sobald ein lesender Prozeß kommt (dein read) wird er notfalls aufgeweckt.
Sobald dein Prozeß terminiert, bekommt der schreibende ein SIGPIPE - und
terminiert defaultmäßig selbst. Die Daten im Buffer werden mit dem anderen
Prozeßkontext gekübelt...

Danke für Deine Ausführung - jetzt wird das klarer!
Ich fürchte, ich hab hier das Konzept von Fifos etwas überschätzt.
Dachte ehrlich daran, daß der Lese-/Schreibvorgang, byteweise synchronisiert wird.

Naja - schade!

Gruß!
Ingenoco

Re: Named Pipes

gepeinigter_aon_neukunde — Fri, 21 Apr 2006 17:16:30 GMT

Hi !

Ich vermute, daß du den Sinn von FIFOs net verstanden hast (net böse gemeint)

Ein fifo ist eine Form von IPC, die zwar so aussieht, als ob es über's Dateisystem ginge, es aber nicht tut...

Der schreibende Prozeß kann wie bei jeder Kommunikation mal nen Buffer füllen (typischerweise 4K). Wenn der Buffer voll ist, wird er schlafen gelegt.

Sobald ein lesender Prozeß kommt (dein read) wird er notfalls aufgeweckt. Sobald dein Prozeß terminiert, bekommt der schreibende ein SIGPIPE - und terminiert defaultmäßig selbst. Die Daten im Buffer werden mit dem anderen Prozeßkontext gekübelt...

cu
gepeinigter.

Re: Named Pipes

gepeinigter_aon_neukunde — Fri, 21 Apr 2006 17:16:30 GMT

Named Pipes

Ingenico — Fri, 21 Apr 2006 16:48:27 GMT

Hi zsammen!

Folgende Situation:

# mkfifo mypipe
# ls -l /dev > mypipe &

# read -n 1 mychar < mypipe
# echo $mychar

Man bekommt klarerweise das erste Byte aus dem "ls"-Command, welches in die fifo schrieb.
Nun die etwas seltsam anmutende Frage - was passierte mit den restlichen Bytes?

gruß!
Ingenico