Странное поведение именованного канала

@codesurfer · Регистрация: 09.02.2017

Студворк — интернет-сервис помощи студентам

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
#include "stdafx.h"
 
/* Код внутри stdafx.h:
#pragma once
#include "targetver.h"
#include <iostream>
#include <string>
#include <windows.h>
#include <tchar.h>
*/
 
using namespace std;
 
const wstring namePipe = L"\\\\.\\pipe\\1";
 
int _tmain()
{
 
    //--- Создание экземпляра канала ---
    wcout << L"Creating..." << endl;
    HANDLE handle = CreateNamedPipe(namePipe.c_str(),
        PIPE_ACCESS_DUPLEX,
        PIPE_TYPE_BYTE | PIPE_READMODE_BYTE | PIPE_WAIT,
        PIPE_UNLIMITED_INSTANCES,
        0,
        0,
        1 * 1000,
        nullptr);
    
    //--- Проверка хэндла ---
    if (handle == INVALID_HANDLE_VALUE || handle == nullptr) {
        wcout << L"Err " << GetLastError() << endl;
        goto exit;
    }
    wcout << L"Created: " << namePipe << L", handle " << handle << L"\n" << endl;
 
    //--- Подключение ---
    wcout << L"Connecting..." << endl;
    if (!ConnectNamedPipe(handle, nullptr)) {
        wcout << L"Err " << GetLastError() << endl;
        goto exit;
    }
    wcout << L"Connected!" << endl;
    CloseHandle(handle);
 
    exit:
    cin.get();
    return 0;
}

---------------------------------
Проект собирается в Visual Studio 2017 с параметром /MT.

Проблема заключается в том, что поведение программы почему-то зависит от каталога из которого она запускается.

Например:
* Когда запускается exe из каталога своего проекта, то создаётся хэндл 00000090 и все другие мои приложения этот канал видят.
* Если скопировать exe-файл допустим на рабочий стол и запустить, то создаётся хэндл 000000A0 и тогда уже не все мои приложения видят этот канал, WaitNamedPipe() выдаёт ошибку 2 ERROR_FILE_NOT_FOUND.

Это ещё на всё. Иногда я делаю копию всего проекта по мере его развития (бэкап). Бывает, что запуская exe из папки бэкапа - работает, а если взять исходники из бэкапа, поместить в папку проектов Visual Studio, перекомпилировать и запустить, то новый exe уже не работает.

Подскажите, кто-то сталкивался с подобным?
Заранее благодарю.

Убежденный · 27.08.2017, 21:33

Сообщение от codesurfer

Если скопировать exe-файл допустим на рабочий стол и запустить, то создаётся хэндл 000000A0 и тогда уже не все мои приложения видят этот канал, WaitNamedPipe() выдаёт ошибку 2 ERROR_FILE_NOT_FOUND.

А где код клиента, который вызывает WaitNamedPipe? Возможно, ошибка в нем...

@codesurfer · 27.08.2017, 23:25 **[ТС]**

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
#include "stdafx.h"
 
/* Код внутри stdafx.h:
#pragma once
#include "targetver.h"
#include <stdio.h>
#include <tchar.h>
#include <windows.h>
#include <iostream>
#include <string>
*/
 
using namespace std;
 
const wstring name = L"\\\\.\\pipe\\1";
int _tmain()
{
    
    wcout << "Try connected..." << endl;
    HANDLE handle = CreateFile(name.c_str(),
            PIPE_ACCESS_DUPLEX,
            0,
            nullptr,
            OPEN_EXISTING,
            0,
            nullptr);
 
    if (handle == INVALID_HANDLE_VALUE || handle == nullptr) {
        wcout << "Err " << GetLastError() << endl;
        goto exit;
    }
    wcout << "Connected!" << endl;
    CloseHandle(handle);
 
    exit:
    cin.get();
    return 0;
}

---------------------------------
Я оставил только CreateFile(), эффект тот же. Тут мне кажется не в коде дело, но проверить конечно не помешает.

Только что запускал exe-файлы сервера и клиента: когда из разных каталогов запускаются - клиент не видит канал, переношу оба exe на рабочий стол и запускаю - работает

Убежденный · 27.08.2017, 23:40

Сообщение от codesurfer

C++
1
HANDLE handle = CreateFile(name.c_str(), PIPE_ACCESS_DUPLEX, 0, nullptr, OPEN_EXISTING, 0, nullptr);

У CreateFile нет такого параметра - PIPE_ACCESS_DUPLEX.

Я бы посоветовал сделать следующее:

1. Дать пайпу "нормальное" имя. "1" - это слишком просто, легко нарваться на
конфликт с каким-нибудь системным пайпом.

2. При ошибке сначала сразу вызывать GetLastError, а затем уже
выводить его в std::cout. Иначе есть вероятность, что std::count перезапишет
значение last error чем-то своим. Т.е. не так:

C++
1
std::cout << "Err = " << GetLastError() << "\n";

а вот так:

C++
1
2
DWORD const Err = GetLastError();
std::cout << "Err = " << Err << "\n";

3. Обрати внимание на пример из MSDN, который называется "Multithreaded Pipe Server":
https://msdn.microsoft.com/ru-... s.85).aspx

Там на каждое соединение создается отдельный экземпляр (инстанс) пайпа.
Есть и другая стратегия: создать заранее пачку инстансов и использовать их для
новых подключений. А иначе если у тебя два или более клиентов попытаются
подключиться одновременно, один из них уйдет "ни с чем"...

@codesurfer · 28.08.2017, 00:00 **[ТС]**

Сообщение от Убежденный

У CreateFile нет такого параметра - PIPE_ACCESS_DUPLEX.

Принято.

Сообщение от Убежденный

1. Дать пайпу "нормальное" имя. "1" - это слишком просто, легко нарваться на
конфликт с каким-нибудь системным пайпом.

Принято. Просто я не встречал ограничений на краткость имени, поэтому делал любое.

Сообщение от Убежденный

2. При ошибке сначала сразу вызывать GetLastError, а затем уже
выводить его в std::cout.

Принято.

Сообщение от Убежденный

3. Обрати внимание на пример из MSDN, который называется "Multithreaded Pipe Server":

Читал. Но здесь специально приводил одно-поточный пример, т.к. проблема ведь не в потоках и не в кол-ве подключений клиентов.

Потестирую с правками, может что-то поменяется. Если что, отпишу.
Спасибо.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве 8Observer8 02.02.2026 Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .	Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 01.02.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .	SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .