Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Пример многопоточного канала  (Прочитано 9920 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Daniloff
Помогающий

ru
Offline Offline

« : 04-02-2007 13:12 » 

Делаю службу, принимающую и передающую данные через именованный канал.
Пока сделал так: канал открывается, передается порция данных и канал закрывается.
Но хотелось бы держать канал открытым. Возникает проблема - пока канал открыт, другой процесс его открыть не может.
Знаю, что канал может быть многопоточным, но вот примера реализации не могу найти.
Сейчас сделано так:
Код:
   hPipe = CreateNamedPipe(lpszPipeName,
                          FILE_FLAG_OVERLAPPED|PIPE_ACCESS_DUPLEX,     // pipe open mode
                          PIPE_TYPE_MESSAGE|PIPE_READMODE_MESSAGE|PIPE_WAIT,  // pipe IO type
                          1, // number of instances
                          0, // size of outbuf (0 == allocate as necessary)
                          0, // size of inbuf
                          1000, // default time-out value
                          &sa); // security attributes

   if (hPipe == INVALID_HANDLE_VALUE){
      AddToMessageLog(TEXT("Unable to create named pipe"));
      goto cleanup;
   }

   while(1)
   {
      memset( &os, 0, sizeof(OVERLAPPED) );
      os.hEvent = hEvents[1];
      ResetEvent( hEvents[1] );

      ConnectNamedPipe(hPipe, &os); //  accept()
      if(GetLastError()==ERROR_IO_PENDING){
dwWait = WaitForMultipleObjects(2,hEvents,FALSE,INFINITE);
if(dwWait != WAIT_OBJECT_0+1) break;
      }
      memset( &os, 0, sizeof(OVERLAPPED) );
      os.hEvent = hEvents[1];
      ResetEvent(hEvents[1]);

     memset(szIn,0,sizeof(szIn));
      bRet = ReadFile(hPipe,szIn,sizeof(szIn),&cbRead,&os);
// тут всякие неинтересные строки...
//
      DisconnectNamedPipe(hPipe);
   }



Тут есть цикл, который ждет входящего соедининия, обрабатывает его и возвращается к ожиданию.
Как сделать в случае если nMaxInstances >1? Сделать цикл, который ждет, порождает поток для нового соединения и возвращается к ожиданию?
Записан
npak
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #1 : 05-02-2007 02:37 » 

у тебя nMaxInstances равно 1, поэтому возможно только одно подсоединение к каналу.
Поставь nMaxInstances равным PIPE_UNLIMITED_INSTANCES для неограниченного числа подсоединений.
Записан

UniTesK -- индустриальная технология надежного тестирования.

http://www.unitesk.com/ru/
asker
Помогающий

ru
Offline Offline
Пол: Мужской

« Ответ #2 : 05-02-2007 07:37 » 

Daniloff, канал можно организовать по другому, например 2 семафора, и проекция файла. Если будет интересно могу выложить исходник.
Записан

С уважением, asker
Daniloff
Помогающий

ru
Offline Offline

« Ответ #3 : 08-02-2007 09:04 » 

npak, это я понимаю, что канал может быть одинарный, множественный и даже безлимитный.
Но если даже nMaxInstances сделать =2, то однопоточная программа уже не справится...
Записан
npak
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #4 : 09-02-2007 01:38 » 

Делай многопоточную, благо в Windows многопоточность в одной программе стоит дёшево
Записан

UniTesK -- индустриальная технология надежного тестирования.

http://www.unitesk.com/ru/
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #5 : 09-02-2007 06:15 » 

Цитата: npak
Делай многопоточную, благо в Windows многопоточность в одной программе стоит дёшево
Что-то терзают меня смутные воспоминания о 2 Мб на стек каждой нити процесса...
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
npak
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #6 : 09-02-2007 07:34 » 

Даже если это и так, то почему ты думаешь, что это ограничение не касается "однопоточных" приложений?  Они строятся на основе таких же потоков, что и "многопоточные".  Единственное различие между "одно-" и "много-" заключается в библиотеках.  В однопоточных приложениях используется оптимизированная версия в библиотеки, из которой выброшены обращения к примитивам синхронизации.  Для приложения, которое будет большую часть времени висеть в ождании данных из потока, дополнительные накладные расходы в библиотеке не существенны.
Записан

UniTesK -- индустриальная технология надежного тестирования.

http://www.unitesk.com/ru/
Diletant
Помогающий

de
Offline Offline

« Ответ #7 : 21-02-2007 11:42 » new

Что-то терзают меня смутные воспоминания о 2 Мб на стек каждой нити процесса...

Зря терзают. Во-первых 1 Мб, во-вторых "по-умолчанию". А так, какой стек закажешь при создании потока, такой и будет.
Записан
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines