LXF81:Unix API - История изменений

Yaleks: викификация

2008-03-17T20:21:20Z

викификация

Внесённые изменения

Yaleks в 20:06, 17 марта 2008

2008-03-17T20:06:31Z

Внесённые изменения

Yaleks: «LXF81:IPC» переименована в «LXF81:Unix API»: унификация

2008-03-17T19:29:34Z

«LXF81:IPC» переименована в «LXF81:Unix API»: унификация

Yaleks: /* Рекомендуемая литература */

2008-03-16T16:43:42Z

‎Рекомендуемая литература

Lockal: кавычки

2008-03-16T14:53:44Z

кавычки

Внесённые изменения

Yaleks: /* Неименованные каналы */

2008-03-11T14:32:52Z

‎Неименованные каналы

Yaleks: /* Неименованные каналы */

2008-03-11T14:22:04Z

‎Неименованные каналы

Yaleks в 14:00, 10 марта 2008

2008-03-10T14:00:49Z

Yaleks: Новая: == Межпроцессное взаимодействие == '' часть 2 Каналы – это не только визитная карточка Санкт-Петербурга ...

2008-03-08T18:12:02Z

Новая: == Межпроцессное взаимодействие == '' часть 2 Каналы – это не только визитная карточка Санкт-Петербурга ...

Внесённые изменения

@@ Строка 298: / Строка 298: @@
 === Рекомендуемая литература ===
-# D. P. Bovet, M. Cesati, Understanding the Linux Kernel, 3rd Edition, O’Reilly, 2005
+# D. P. Bovet, M. Cesati, Understanding the Linux Kernel, 3rd Edition, O’Reilly, 2005 ISBN 0596005652
-# W. R. Stevens, S. A. Rago, Advanced Programming in the UNIX® Environment: Second Edition, Addison Wesley Professional, 2005
+# W. R. Stevens, S. A. Rago, Advanced Programming in the UNIX® Environment: Second Edition, Addison Wesley Professional, 2005 ISBN 0201433079
-# Стивенс У., UNIX: Взаимодействие процессов. — СПб.: Питер, 2003
+# Стивенс У., UNIX: Взаимодействие процессов. — СПб.: Питер, 2003 ISBN 5-318-00535-7

@@ Строка 115: / Строка 115: @@
 int main (int argc, char * argv[])
+{
-int pipedes[2];
+ int pipedes[2];
-pid_t pid;
+ pid_t pid;
-pipe(pipedes);
+ pipe(pipedes);
-pid = fork();
+ pid = fork();
-if ( pid > 0 )
+ if ( pid > 0 )
-−
+ {
-char *str = “String passed via pipe\n”;
+  char *str = "String passed via pipe\n";
-close(pipedes[0]);
+  close(pipedes[0]);
-write(pipedes[1], (void *) str, strlen(str) + 1);
+  write(pipedes[1], (void *) str, strlen(str) + 1);
-close(pipedes[1]);
+  close(pipedes[1]);
-−
+ }
-else
+ else
-−
+ {
-char buf[1024];
+  char buf[1024];
-int len;
+  int len;
-close(pipedes[1]);
+  close(pipedes[1]);
-while ((len = read(pipedes[0], buf, 1024)) != 0)
+  while ((len = read(pipedes[0], buf, 1024)) != 0)
-write(2, buf, len);
+  write(2, buf, len);
-close(pipedes[0]);
+  close(pipedes[0]);
-−
+ }
-return 0;
+ return 0;
+}
 </source>

@@ Строка 109: / Строка 109: @@
 Продемонстрируем изложенное на простом примере программы pipes.
 c, использующей функции pipe() и fork().
-<source lang="С">
+<source lang="C">
 #include <stdio.h>
 #include <string.h>
@@ Строка 181: / Строка 181: @@
 netstat через поток, связанный с дескриптором pipdes[0] (и никакой
 оболочки!).
 ===Именованные каналы===
 Хотя в приведенном выше примере неименованные каналы используются только для передачи данных между процессами, связанными

@@ Строка 86: / Строка 86: @@
 типа PATH и HOME и т.п. Отрицательная сторона подхода, применяемого
 popen(), связана с дополнительными накладными расходы на запуск
-процесса оболочки в том случае, когда для выполнения команды обо-
+процесса оболочки в том случае, когда для выполнения команды оболочка не нужна.
-лочка не нужна.
 Для обмена данными с внешним приложением функция popen()
@@ Строка 160: / Строка 159: @@
 данных явным образом.
-Познакомившись с неименованными каналами, мы можем само-
+Познакомившись с неименованными каналами, мы можем самостоятельно реализовать аналог функции popen() без «дополнительных
-стоятельно реализовать аналог функции popen() без «дополнительных
 расходов» (то есть, без запуска процесса оболочки). Напишем небольшую программу, которая запускает утилиту netstat, читает данные, выводимые этой утилитой, и выводит их на экран. Если бы мы использовали
 для этой цели функцию popen(), то получили бы доступ к потоку вывода netstat с помощью
@@ Строка 235: / Строка 233: @@
   f = fopen(FIFO_NAME, “r”);
-Символы, передаваемые по каналу, считываются с помощью фун-
+Символы, передаваемые по каналу, считываются с помощью функции fgetc() и выводятся на экран терминала с помощью putchar().
-кции fgetc() и выводятся на экран терминала с помощью putchar().
 Каждый раз, когда пользователь сервера наживает ввод, функция
 fflush(), вызываемая сервером (см. файл typeserver.c), выполняет принудительную очистку буферов канала, в результате чего клиент
@@ Строка 257: / Строка 254: @@
 организовывать взаимодействие между программами, которые не
 только ничего не знают друг о друге, но и используют разные механизмы ввода/вывода. Сравним нашу программу typeclient и команду ls.
-Казалось бы, между ними нет ничего общего – typeclient получает дан-
+Казалось бы, между ними нет ничего общего – typeclient получает данные, используя именованный канал, а ls выводит содержимое директории в стандартный поток вывода. Однако, мы можем организовать
-ные, используя именованный канал, а ls выводит содержимое директории в стандартный поток вывода. Однако, мы можем организовать
 передачу данных от ls к typeclient с помощью всего лишь пары команд
 bash! В директории программы typeclient дайте команду:
@@ Строка 275: / Строка 271: @@
 ее работу.
-Каналы представляют собой простое и удоб-
+Каналы представляют собой простое и удобное средство передачи данных, которое, однако,
-ное средство передачи данных, которое, однако,
 подходит не во всех ситуациях. Например, с помощью каналов довольно трудно организовать обмен
 асинхронными сообщениями между процессами. В следующей статье мы рассмотрим другие средства IPC Unix/