Russian Qt Forum
Мая 01, 2025, 00:31 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
 
  Начало   Форум  WIKI (Вики)FAQ Помощь Поиск Войти Регистрация  

Страниц: 1 ... 3 4 [5]   Вниз
  Печать  
Автор Тема: SingleApplication (qt4.4)  (Прочитано 61882 раз)
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #60 : Января 29, 2009, 20:56 »

Цитировать
следить за клиентами по их пиду (всё-таки клиент и сервер выполняются на одной машине в единой сессии), но имеет ли смысл серверу вообще знать своих клиентов "в лицо"?
1. насчет единой сессии - я не знал
2. насчет одной машины тож не знал
Улыбающийся
Зы: не вникал в суть

Но пусть сервер все - же знает в лицо! Улыбающийся



Записан

ArchLinux x86_64 / Win10 64 bit
xintrea
Супер активный житель
*****
Offline Offline

Сообщений: 754



Просмотр профиля WWW
« Ответ #61 : Января 30, 2009, 00:51 »

версия 1.1:

Пара вопросов.

1. Решение сделано в виде какого-то компонента. При статической сборке под лялих и винду надо ли будет как-то по особенному извращаться?

2. Как у вашего решения обстоят дела с многопользовательской работой. То есть на одном компе залогинился один пользователь, запустил прогу, потом в другом дисплее залогинился другой. Будет ли прога у второго запущена или нет?

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

3. Если реализовано через локалсокеты могут ли настройки фаирвола влиять на работу вашего компонента?

4. А будет ли работать ваш компонент в Qt 4.5 ?
Записан

Собираю информацию по крупицам
http://webhamster.ru
ритт
Гость
« Ответ #62 : Января 30, 2009, 01:27 »

1. нет
2. да
3. НЕТ
4. да
Записан
IMPOMEZIA
Гость
« Ответ #63 : Января 30, 2009, 16:40 »

Константин
Цитировать
нужен ли режим обнаружения другого экземпляра без возможности передачи данных между экземплярами?
Да, если это позволит создать исключительно простой облегчённый вариант библиотеки, т.е. compile-time.
Цитировать
имеет ли смысл ввести метод для отправки "сырых данных" ака QByteArray?
Да, думаю, было бы полезно.
Цитировать
будет ли полезной возможность отправлять сообщения от сервера клиенту(ам) (вроде броадкаста)?
Не понятно это что и как, выходит за рамки SingleApplication, это уже что-то большее.
Записан
IMPOMEZIA
Гость
« Ответ #64 : Февраля 01, 2009, 20:42 »

не сработает если запустить два экземпляра сразу друг за другом:
Код
DOS
start trivial.exe
start trivial.exe
из-за этой проверки в trivial/main.cpp
Код
C++ (Qt)
if(instance.sendMessage(message))
 return 0;
Записан
ритт
Гость
« Ответ #65 : Февраля 01, 2009, 21:25 »

что именно не сработает? уточни, пожалуйста.
Записан
IMPOMEZIA
Гость
« Ответ #66 : Февраля 01, 2009, 22:22 »

Запустятся два экземпляра trivial.exe
Записан
ритт
Гость
« Ответ #67 : Февраля 01, 2009, 22:58 »

действительно Грустный
такая проверка уже несколько версий не нужна, т.к. локалсервер может и не подняться вовсе.

а по предшествующим вопросам:
  • в 1.1 добавил опцию для отключения sendMessage/messageReceived (архив ещё не обновлял)
  • "отправлять сообщения от сервера клиенту(ам)" - сам не могу придумать зачем это может понадобиться, вот и спросил Улыбающийся
Записан
Tonal
Гость
« Ответ #68 : Февраля 02, 2009, 09:36 »

Сообщение конкретному клиенту вполне понятно зачем. Например правильная обработка ошибок параметров. сценарий примерно такой:
Клиент запускается с параметрами, и ждёт подтверждения сервера или кода ошибки, который и отдаёт наружу.
Броадкаст может понадобится, если могут быть клиенты ждущие сервера, а нам нужно всем разослать сообщение о завершении сервера. Улыбающийся
Записан
ритт
Гость
« Ответ #69 : Февраля 02, 2009, 17:31 »

это действительно может быть полезным. даже вижу уже как это можно было бы использовать в одном проекте...
вот только остаётся проблема с тем, что в ряде случаев клиент может умереть внезапно, не успев должным образом уведомить сервер. надо думать...
Записан
Tonal
Гость
« Ответ #70 : Февраля 03, 2009, 08:26 »

Да и сервер тоже может умереть. Улыбающийся
Записан
fuCtor
Гость
« Ответ #71 : Апреля 30, 2010, 08:38 »

Использую данный компонент, собрал под 4.7TP
При запуске выдает:
Код:
Warning: QObject: Cannot create children for a parent that is in a different thread.
(Parent is QLocalServer(0x636084), parent's thread is QThread(0x185b7e0), current thread is ServerThread(0x636078)

А при выходе:
Код:
Warning: QWinEventNotifier: event notifiers cannot be disabled from another thread
Warning: QWaitCondition: Destroyed while threads are still waiting
Записан
lit-uriy
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 3880


Просмотр профиля WWW
« Ответ #72 : Апреля 30, 2010, 13:19 »

fuCtor, компонент, наверное, давно похоронен, в связи с тем, что Qt Solution теперь всем доступен
Записан

Юра.
ритт
Гость
« Ответ #73 : Мая 01, 2010, 05:58 »

fuCtor, компонент, наверное, давно похоронен, в связи с тем, что Qt Solution теперь всем доступен

именно. даже 1.1 поленился выкладывать...
Записан
fuCtor
Гость
« Ответ #74 : Мая 05, 2010, 07:15 »

Ок ) понятно.
Записан
Страниц: 1 ... 3 4 [5]   Вверх
  Печать  
 
Перейти в:  


Страница сгенерирована за 0.034 секунд. Запросов: 19.