Обмен данными между процессами.

Если не хочешь много читать - вот http://www.books.ru/shop/books/24348

С кодом и комментами

Книжка есть на ген либ рус ек е

Лучше что-то, ориентированное на передачу данных, в большей степени.

Если разные платформы - однозначно сокеты. Быстро и надежно.

Архив и sha1-сумма для праверки уелостности будут достаточны, или же это не требуется?

http://www.williamspublishing.com/Books/DG_LinuxSockets.html - imho Ъ книга.

>Требуется проверка целостности данных
в пределах одной системы? Зачем?

посоветовали сокеты. Они сгодятся?

вполне, с учетом венды.

>Также нужна литература

http://www.intuit.ru/shop/product.xhtml?id=2460410
нас вот по этому дрюкали на втором курсе. После этой книжки я познал нирвану и написал многопоточный сервер с блекджеком и семафорами.
В электронном виде найти не проблема

>в пределах одной системы? Зачем?

Да. Вынесли(пока на бумаге) обработку графики из Qt, так быстрее.

Благодарю :)

Посмотрю, спасибо)

но я все равно не понял, зачем тебе проверка целостности. В ОЗУ без коррекции ошибок конечно бывают флуктуации, но на них все кладут прибор.

Вот в этом треде: http://www.linux.org.ru/view-message.jsp?msgid=4397391&lastmod=1262708785456

Я хотел примерно этого же :) но мультиязыкового. Тебе поверх сокета все равно нужен будет протокол и RPC :)

Кури Стивенса, примеры boost::asio, и википедию по формату TLV.

>мультиязыкового

Так и есть. Спасибо за ссылку.

Да, спасибо)

> примеры boost::asio,

Насколько я понимаю, разработка ведётся на Qt, и тащить boost::asio и делать QIODevice (или как оно там?) руками, когда уже есть готовые ку-тешные сокеты (с документацией, кодом и тестовыми приложениями - вроде больше для новичка и не нужно)? Зачем это всё?

сокеты это слишком низкоуровневая вещь, надо смотреть чего есть в qt взамен boost::asio, хотя я не вижу проблем из qt его использовать

>сокеты это слишком низкоуровневая вещь

Есть вещи которые с ходу, без подготовки, могут осилить лишь законченные гики. ИМХО boost::asio относится к таким вещам. Может быть и boost::asio мощный инструмент, но учитывая что топикстартер выдвинул невысокие требования (...между двумя приложениями. Авторизация, множественные подключения не требуются... ) то вполне можно обойтись обычными сокетами. А то как бы при изучении boost::asio у wyldrodney не произошел разрыв мозга.

Короче говоря полезность/вредность совета Reset-a сильно зависит от того как трудно будет освоить boost::asio

>>Архив и sha1-сумма для праверки уелостности будут достаточны, или же это не требуется?

не стоит этим ресурсы грузить, в http уже есть проверка передачи же.

>уже есть проверка передачи же

Это был бы ужасный костыль взамен того, из-за которого я решил вынести движок в отдельное приложение. Не нужно.

Если используется QT, то там есть свои IPC, поудобнее сокетов.
http://doc.crossplatform.ru/qt/4.5.0/ipc.html

Почитаю, может это будет удобно для реализации в серверной части. Спасибо)

Но соглашусь с предыдущими ораторами, boost::asio лучше всего.

Почитаю, может это будет удобно для реализации в серверной части. Спасибо)

Какой смысл в добавлении +1 зависимости, в написании glue между boost::asio & QIODevice, особенно, если учесть, в Qt уже всё есть? Ммм, ты что, фанат буста? ;)

>>Это был бы ужасный костыль взамен того, из-за которого я решил вынести движок в отдельное приложение. Не нужно.

протокол tcp - это костыль? да ты рехнулся.

qiodevice под страхом смерти использовать заставляют?

Ку-те же, или ты предлгаешь делать всё через жпу?

сокеты конечно есть везде, но систему сборки всё равно надо будет отдельно под каждой осью настраивать.
boost или qt могут сильно облегчить этот труд, но за вас работу не сделают, + заплатите за это некоторой громоздкостью своих программок, хотя кого это сейчас волнует :-)

А что пишете если не секрет?

передача через loopback и как следствие QUdpSocket?