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