WriteFile -> pipe -> ReadFile Несколько сообщений смешиваются в одно

@-L · Регистрация: 03.12.2015

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

Доброго времени суток!

Решил создать консоль для вывода сообщений о работе основной программы.

Консоль запускается при помощи CreateProcess.

В её stdin пишу при помощи анонимных пайпов (CreatePipe).

Вот такой код допустим вызывается из основной программы:

C++
1
2
3
4
5
    exp_console << S_TCPSERVER + MT_ERROR + "Hello world!"; 
    exp_console << S_UDPSERVER + MT_INFO + "Hello world!";
    exp_console << NO_SENDER + MT_WARN + "Hello world!";
    exp_console << S_UDPSERVER + MT_WARN + "Hello world!";
    exp_console << S_UDPSERVER + MT_WARN + "Hello world!";

где, exp_console - объект запускающий консоль при помощи CreateProcess и настраивающий pipe. S_TCPSERVER, MT_ERROR и т.д. - макросы добавляющие в начало строки пару символов для её парсинга: S_TCPSERVER + MT_ERROR + "Hello world!" превращается, например, в "23Hello world!".

Оператор << реализует запись в пайп:

C++
1
2
3
4
5
6
int InfoConsole::operator<<(const std::string& _str)
{
    DWORD written = 0;  
    WriteFile(write_fd, _str.c_str(), _str.size(), &written, NULL);
    return written;
}

Чтение с другого конца пайпа в другом процессе происходит, допустим, так:

C++
1
2
3
4
5
6
7
8
9
    while (!stop_all)
    {
        if (ReadFile(h_stdin, buff, MSGSIZE, &bytes_read, NULL))
        {
            std::cout << bytes_read<<'|';
            write_message(buff, bytes_read);
            bytes_read = 0;
        }
    }

В итоге работает вот так:

WriteFile -> pipe -> ReadFile Несколько сообщений смешиваются в одно

Но, если я добавлю задержку вот сюда:

C++
1
2
3
4
5
6
7
    exp_console << S_TCPSERVER + MT_ERROR + "Hello world!"; 
    Sleep(200);
    exp_console << S_UDPSERVER + MT_INFO + "Hello world!";
    Sleep(200);
    exp_console << NO_SENDER + MT_WARN + "Hello world!";
    exp_console << S_UDPSERVER + MT_WARN + "Hello world!";
    exp_console << S_UDPSERVER + MT_WARN + "Hello world!";

то в итоге вывод вот такой:

ReadFile и WriteFile работают вроде бы в блокирующем режиме. В документации сказано следующее: "The ReadFile function returns when one of the following conditions occur:
-The number of bytes requested is read.
-A write operation completes on the write end of the pipe. "

Можно конечно попробовать убрать WriteFile в отдельный поток и там выставлять задержку, но хотелось бы понять, почему оно так работает =\

@-L · 15.02.2016, 11:01 **[ТС]**

Свою ошибку осознал.

C++
1
ReadFile(h_stdin, buff, MSGSIZE, &bytes_read, NULL))

MSGSIZE был слишком большой.

Добавлено через 6 минут
Вернее, это вариант решения проблемы. Почему readfile не делает return при завершении операции writefile с другого конца пайпа, всё равно не понимаю. =)

@kolobok0 · 16.02.2016, 12:17

наверное потому, что ожидаете дайтаграмную передачу от потокового механизма

оно конечно-же работает, пока сильно не разсинхронизировались потоки чтения-записи.
Ваши слипы влияют именно на попадание в моменты синхронизации. Но стоит загрузить ось и картина поплывёт.
У Вас два выхода - передавать длину(признак окончания строки), либо знать длину заранее.

(круглый)
ЗЫ
Подобная фигня и с юзаньем TCP/IP.
ЗЫ ЗЫ
Да, и ещё... Пример из МСДНа по открытию пайпы имеет ошибку. Проявляется при интенсивном создании-удалении пайпы и попыткой её открыть другим процессом. Но это редкая задача

@-L · 16.02.2016, 13:13 **[ТС]**

kolobok0, спасибо за ответ! Решил проблему как раз передачей длины. Чтение соответственно в два этапа. Век живи - век учись =)

Новые блоги и статьи Все статьи Все блоги /
Первый деплой lagorue 16.01.2026 Не спеша развернул своё 1ое приложение в kubernetes. А дальше мне интересно создать 1фронтэнд приложения и 2 бэкэнд приложения развернуть 2 деплоя в кубере получится 2 сервиса и что-бы они. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит токи на L и напряжения на C в установ. режимах до и. . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .	Изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?
Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .

@kolobok0 50 / 49 / 10 Регистрация: 24.01.2010 Сообщений: 225
	16.02.2016, 12:17
	наверное потому, что ожидаете дайтаграмную передачу от потокового механизма оно конечно-же работает, пока сильно не разсинхронизировались потоки чтения-записи. Ваши слипы влияют именно на попадание в моменты синхронизации. Но стоит загрузить ось и картина поплывёт. У Вас два выхода - передавать длину(признак окончания строки), либо знать длину заранее. (круглый) ЗЫ Подобная фигня и с юзаньем TCP/IP. ЗЫ ЗЫ Да, и ещё... Пример из МСДНа по открытию пайпы имеет ошибку. Проявляется при интенсивном создании-удалении пайпы и попыткой её открыть другим процессом. Но это редкая задача 1

@-L 15 / 9 / 12 Регистрация: 03.12.2015 Сообщений: 79
	16.02.2016, 13:13 [ТС]
	kolobok0, спасибо за ответ! Решил проблему как раз передачей длины. Чтение соответственно в два этапа. Век живи - век учись =) 0