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

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

Страниц: 1 ... 3 4 [5]   Вниз
  Печать  
Автор Тема: SingleApplication (qt4.4)  (Прочитано 57733 раз)
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.077 секунд. Запросов: 22.