Кроссплатформенное IPC на C++, удобное для клиента?

Question

[chz]

Возможно ли каким-либо образом написать кроссплатформенное IPC (С++), с минимумом дополнительного кода, нужного для клиента? Скорость важна, но не сильно.

Выбор изначально упал на pipe'ы, но как выяснилось они работают только в одну сторону. Можно завести их в две стороны, но это, как выяснилось возможно только в *nix системах. В linux например можно написать свой popen использующий fork и exec, а в MacOS есть режим "r+" для popen.

В Windows это все не работает, есть ли вариант завести двухсторонние пайпы или использовать другой способ IPC?

Главное требование - сделать использование на клиенте как можно более удобным.

Answer 1

[Армянское Радио]

В Windows именованные каналы работают в обе стороны, как и в linux. С чего вы взяли, что они односторонние?

В Qt есть кроссплатформенная обертка вокруг них.

Comments

[chz]

Именованные пайпы вроде как дают оверхед на клиенте. Хотелось бы чтобы клиент мог работать с обычными stdin, stdout.

[Армянское Радио]

chz: И какой оверхед на клиенте? Публикации, тесты на эту тему есть? stdio у программы только один - вас устроит наличие у программы только одного клиента одновременно?

[chz]

Армянское Радио: как минимум вот https://msdn.microsoft.com/en-us/library/windows/d...(v=vs.85).aspx

Для работы с stdin, stdout ничего не нужно, а тут - куча кода. У программы несколько клиентов одновременно. У клиентов только один сервер одновременно. Писать клиент должно быть также просто как написать простую программу чтения и передачи текста по stdin/stdout. В POSIX все легко. А в винде нет.

[Армянское Радио]

chz: Клиенту нужно открыть пайп как обычный файо и писать / читать. Откуда куча кода?

[chz]

Армянское Радио: хочется, чтобы клиент можно было писать на любом языке. Плюс в любом случае CreateFile на клиенте это не кроссплатформенно, а следовательно придётся предоставлять библиотеку.

Повторю, что в пайпами в POSIX все ок.

[chz]

Армянское Радио: можно тогда свою реализацию на mmaped файлах сделать, но один хрен хочется чтобы клиент думал что с ним общаются по stdin, stdout.

[Армянское Радио]

chz:чем Qt не угодил?

[Армянское Радио]

chz: в линуксе есть такая классная штука, как socat
она умеет с одного конца брать пайп и превращать его в stdio
под виндовс можете навелосипедить свое

[chz]

Его только на сервер надо будет прикрутить?

[Армянское Радио]

А как вы себе представляете общение клиента с вашим приложением по stdio?

[chz]

Армянское Радио: предлагаю перевести беседу в tox.

Вообще вижу что-то вроде:
std::getline(std::cin, command);
if (command == "init") {
std::cout << "initok\n";
std::cout << "info name TestClient\n";
}

command = input()
if command == "init":
print "initok"
print "info name Python Test Client"

[chz]

Армянское Радио: похоже что пытаться на клиенте обойтись без библиотек - плохо. Можно все организовать по tcp, оверхед конечно еще тот, зато клиенты смогут находиться на других машинах (что не нужно, но в принципе круто). Опять же, если есть возможность, хотел бы получить еще пару рекомендаций по tox/любому другому удобному способу общения.

[Армянское Радио]

chz: в jabber будет удобнее, tox пока нагреется...