Использование перекрывающегося именованного канала для одновременного чтения и записи в Windows

Все, что вам нужно сделать, это предоставить различную структуру OVERLAPPED для каждой из одновременных операций. В вашем случае все это означает, что каждому из двух потоков нужна собственная структура OVERLAPPED. Поскольку потоки предположительно выполняют разные функции, это должно происходить автоматически, если вы не испортите его, используя глобальную переменную.

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

Вместо этого представьте, что вы пишете каждую из двух функций с использованием неперекрывающегося ввода-вывода, но всякий раз, когда вы вызываете ReadFile или WriteFile, включайте действительную структуру OVERLAPPED с дескриптором события и выполняйте WaitForSingleObject. Вы должны знать несколько вещей: вы должны убедиться, что каждый поток создает свой собственный объект события, и вы должны обрабатывать случай, когда операция ввода-вывода завершается немедленно (т.е. возвращает ERROR_SUCCESS вместо ERROR_IO_PENDING). В остальном все довольно просто.

Если вы не можете заставить его работать, покажите свой код.

Как указано в документации для каналов говорит: один процесс пишет, другой читает. Если вы хотите ПРОЧИТАТЬ и ЗАПИСАТЬ, вам понадобятся два канала: один для «записи в другой процесс», а другой для «чтения данных из другого процесса».

[Это характерно не только для Windows, но, поскольку вы спрашиваете о каналах Windows, я подумал, что лучше предоставить документацию по Windows. Linux / Unix-каналы работают одинаково - у них два конца, конец чтения и написать конец]

Конечно, как говорится в комментарии, документация Windows кажется довольно противоречивой (и я когда-либо использовал каналы Windows только в одном направлении за раз).

Хотя этот пример не читает и не пишет ОДНОВРЕМЕННО, я думаю, что его можно относительно легко изменить, чтобы это было так.

Я подозреваю (но поскольку код не опубликован) проблема либо в вызове ReadFile, либо в настройке самого канала. Перекрывающиеся вызовы ReadFile являются асинхронными, и вам потребуется дождаться события, связанного с перекрывающейся структурой с помощью WaitForMultipleObjects, прежде чем проверять результаты.

Очевидно, что если вы читаете и пишете одновременно, вам нужна одна перекрывающаяся структура для чтения и одна для записи, чтобы указать, какая сторона «завершена».