Есть прога, ее нельзя запускать еще раз (то есть более 1 одновременно)
Подскажете, как можно определить, запушенна ли програма, что б не запускать ее снова !!!

можно использовать
FindWindow

1) Именованная секция памяти: поместить туда статическую переменную, инициализированную 0. При загрузке проверять, если 0, ставить 1, иначе уже используется - выход.

2) Именованный объект синхронизации, скажем, мьютекс. Все то же самое.

вот тебе заготовки
1


2 про то что говорил Earnest


че не понятно спрашивай

Мутекс надёжнее

Чем что?

Microsoft тоже рекомендует Мутекс:

http://support.microsoft.com/default.aspx?...kb;en-us;106385

Но вот код



у меня не сработал. Дает ошибку. Может я его не туда включил?

Хм? Какую ошибку?
В моем приложении, такой же код, только вместо переменной g_lApp- массив:

... работает... уже несколько лет... под MSVC7.1 в том числе...

Видимо, FindWindow.
Вот что пишет по этому поводу авторитетный товарищ Dr. Joseph M. Newcomer:

Целиком статью можно прочесть здесь. Рекомендую: интересно и поучительно.

Это сообщение отредактировал(а) AlexPro - 21.1.2006, 07:34

У меня VS .NET 2005.

Разместил код (как есть)


в CWinApp.cpp перед всеми


все нормально компилируется, но можно запустить бесконечное количество программ!

Что я не так сделал?

AlexPro
Действительно, интересная статья.


А проверять переменную при запуске и ставить ее в 1 ты не забываешь?
Кроме того, хороший тон требует, чтобы вместо повторного запуска происходило "всплытие" уже запущенного экземпляра и передача ему параметров нового запуска (открываемого файла, например), для чего тоже нужны дополнительные действия в InitInstance.
Кстати в приведенной AlexPro статье об этом тоже написано.

Да согласна, вариант с мьютексом надежнее в том плане, что он переносим: все прагмы зависят от компилятора.
Однако, вариант с именованной секцией имеет и свои плюсы: в эту разделяемую переменную можно поместить хандл главного окна запущенного приложения, и не парится потом с поиском - например. А также другую информацию ... Что касается переносимости, то в большинстве компиляторов именованные секции поддерживаются тем или иным способом, т.е. при необходимости портировать вполне можно.


Есть и еще один плюс. Очень многие программисты, начинающие свое обучение сразу с высокоуровневых языков и привыкщие думать только в категориях объектов, в жизни не слыхали об именованных секциях и прочих премудростях линкера. Так что это еще и способ разобраться с более низкоуровневыми понятиями. Зачем нужно знать, о том, что ниже, замечательно написано здесь.

Спасибо, Earnest! Но я честно не разобрался!

Добавил такой код, естественно неправильный.



как он правильно должен выглядеть?

Конечно, прагмы и секции должны быть вне функций, а код проверки, разумеется, в InitInstance.
То, что ты написал, компилятор должен послать.
А более подробно - почитай внимательно статью, которую привел в этой теме AlexPro. Там и пример есть с разделяемой переменной.

Кстати, по внимательном прочтении статьи, должна признать, только код с мьютексом обеспечивает полную надежность в смысле "Race Conditions". Трюк с секцией работает, но не тогда, когда пользователь долбит по кнопке запуска со скоростью хорошей машинистки. Но, в сочетании с мьютексом, разделяемая переменная позволяет отказаться от поиска окна и прочего шаманства.

Если у меня и были сомнения в механизме реализации топика, то после прочтения статьи был сделан однозначный выбор в пользу мьютекса.
Earnest, спасибо за плюсик

AlexPro я про то же самое спрашивал, о чем и вы здесь говорите. По поводу Мьютекса - А КАК ТЫ ПОСЛЕ ТОГО КАК НАЙДЁШЬ МЬЮТЕКС ПЕРЕВЕДЕШБ НА ПЕРЕДНИЙ ПЛАН РАЗВЕРНУТОЕ ТО САМОЕ ПРИЛОЖЕНИЕ? Я отказался от мьютекса и сделал через посылку глобального сообщения... Может поделишься как ты по мьютексу определяешь хендл окна?

takedo, конечно по мьютексу окно никак не определишь.
Либо надо искать его (EnumWindows+посылка своего сообщения), либо запомнить в разделяемой переменной.
Прочитай статью, на которую AlexPro ссылается. Там про все это очень хорошо написано.

Earnest спасиб

Мьютекс и разделяемая переменная в равных дозах - то что доктор прописал (Dr. Joseph M. Newcomer)
EnumWindows может быть потенциально опасной:

Продолжая медицинскую тему, был в моей медицинской практике случай, связанный с FindWindow. Я тогда сидел на Visual FoxPro и о C++ и мьютексах не помышлял.Но FindWindow есть и в фоксе. Запускаться должен был, естественно, единственный экземпляр программы. И, естественно, использовалась FindWindow. Испытания в лабораторных условиях показали неплохие результаты: механизм функционировал. Представьте себе восторг пользователя и мое смущение, когда только что скопированная (на компьютер пользователя) и впервые запущенная программа выдала: "Приложение уже запущено...". А всего-то оказалось, что пользователь создал одноименную с программой папку на рабочем столе, куда и слил программу. Пользователь открывал папку, запускал программу - а дальше FindWindow делала свое черное дело.


Это сообщение отредактировал(а) AlexPro - 24.1.2006, 10:48

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

Ну уж, если передавать... Можно и NAMED PIPE вместо мутекса... Или MAILSLOT...

Создал Mutex, но вот когда запущено под другим пользователем, то никак не хочет определять?

И как сделать?
Добавлено @ 13:30
ret_gle = GetLastError() один раз

LPSECURITY_ATTRIBUTES lpMutexAttributes

For more information, see Synchronization Object Security and Access Rights.

MSDN лениво сюда переписывать... сам дальше смотри...


Это сообщение отредактировал(а) SergeCpp - 25.1.2006, 13:39

хочешь сказать, что надо задать не 0 и все будет гут? Да вижу, что именно это и хочешь сказать, сейчас гляну

SergeCpp
Чего то не могу разобраться, как надо инициализировать lpSecurityDescriptor у SECURITY_ATTRIBUTES