Здравствуйте!
Делаю в программе защиту от повторного запуска. Идея следующая - если запускаем программу второй раз, каким-то образом делаем активным окно первого экземпляра(activateWindow()) и выходим.
Отслеживание повторного запуска сделал с помощью QSharedMemory. После запуска в его data() записывается указатель на QMainWindow приложения, но если оказалось, что программа запущена повторно, тогда через QSharedMemory->data() получаем указатель на QMainWindow первого экземпляра и вызываем у него activateWindow().
Собственно, при повторном запуске прога начала вылетать. Где я протупил догло искать не пришлось - в data() же был записан указатель на объект, который находится в области памяти первого экземпляра приложения и так просто к нему достучаться нельзя.
Не подскажете, как можно решить данную проблему?
Записывайте в общую память флаг "активируйся!". И пусть приложение опрашивает этот флаг. Как только он поднят, вызываем activateWindow, сбрасываем флаг.
Как вариант можно использовать именованный канал (pipe). Если экземпляру приложения не удалось подключиться к созданному каналу, то оно создает такой канал и считает, что это 1й экземпляр приложения.
Когда обнаруживается повторный запуск, 2й экземпляр спокойно подключается к данному каналу и отправляет нужную команду основному приложению. Такую схему так же удобно использовать для открытия файла по клику в Windows системах когда нужно иметь только 1 экземпляр приложения. В команде в этом слаче передается путь к файлу, который надо открыть.
Сделал как написал lanz. По-моему, эт самый простой способ
То что предложил wiz29 эквивалентно (с точностью до изоморфизма ), разница в транспорте сообщения только. Поэтому если реализовано сообщение через общую память, то проще.
обычно отслеживание запуска нескольких экземпляров приложения реализуют с помощью именованных мьютексов. это самый стандартный метод. а активация окна может производиться любым методом межпроцессного взаимодействия (например, через отправку сигналов).
Насколько я помню, именованные мьютексы под линукс не освобождаются если процесс крашится, поэтому не очень удобно.
я не понимаю, о чём вообще разговор. программирую уже более 20 лет. всякие области применения были: и микроконтроллеры, и промышленная автоматика, управление железом в риалтайме, и серверные приложения, которые работают без перерыва годами, и кернельные модули, и драйверы. всё под разные системы или кроссплатформу. и как-то нигде не возникало проблем, ничего не падало.
просто думать надо головой, когда код пишешь. и тестировать тщательно.
что касается линюкса, то если семафор по каким-то причинам "завис", то его можно сбросить утилитой ipcrm.
в posix именованному мьютексу можно установить флаг PTHREAD_MUTEX_ROBUST и тогда после ненормального завершения потока его хэндлер закроется системой.
в венде лучше использовать мьютексы, на них хэндлы всегда закрываются после завершения потока. соответственно, в кроссплатформе тоже лучше использовать мьютексы.
Форум Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)