Я думаю [intro.execution] (номер абзаца варьируются), мог использоваться для объяснения поведения MSVC:
экземпляр каждого объекта с продолжительностью автоматического хранения связан с каждой записью в свой блок. Такой объект существует, и сохраняет его последнюю хранимую сумму во время выполнения блока и в то время как блок приостановлен...
стандарт не разрешает устранение чтения через энергозависимый glvalue, но абзац выше мог быть интерпретирован как позволяющий предсказывать значение false
.
BTW, в Стандарте C (N1570 6.2.4/2) говорится, что
объект существует, имеет базовый адрес и сохраняет свою последнюю хранимую сумму в течение его времени жизни. <глоток> 34 глоток>
<час>34) В случае энергозависимого объекта, последнее хранилище не должно быть явным в программе.
неясно, могло ли быть неявное хранилище в объект с продолжительностью автоматического хранения в памяти/объектной модели C.
Библиотека расширений Qxt для Qt имеет QxtRPCPeer
class
QxtRPCPeer - это инструмент, который инкапсулирует Qt сигнализирует и передает их через подключение к сети. Сигнал впоследствии переиздан на приемный конец соединения.
Последнее изменение (Соответствующий комментарий OP опубликован ниже 26 февраля 2011 г. в 16:23):
Обновление через 1,5 года. Мы уже год используем QxtRPCPeer в нашем производственном программном обеспечении. Никаких сбоев.
Последнее редактирование (от OP, 2015-05-22):
LibQxt больше не поддерживается, начиная с версии 0.6.2, так как следить за внутренними изменениями API - это слишком большая работа для авторов . Некоторые части все еще можно использовать, но вам придется обслуживать их самостоятельно.
При поиске в Google "Remote GUI Qt" я наткнулся на этот проект под названием Vedga. Он основан на Qt, и вкратце, что он делает:
Vedga - это набор инструментов для разработки сетевые приложения с графическим интерфейсом. Это позволяет разработчику просто написать код, используя стиль программирования Qt для на стороне сервера и забудьте о на стороне клиента.
Возможно, стоит поискать. Было бы неплохо, если бы вы проверили его и опубликовали свои наблюдения для дальнейшего использования.
Я бы не решил эту проблему с написанием кода. Я бы использовал уже существующие инструменты.
Это RDP (терминальные службы) для Windows или просто X (тривиально из-за встроенной сетевой поддержки) для любой другой ОС.