Файл, пропадающий при перезагрузке : Windows

все таки это же групповые политики и там события и на вход и на выход одновременно - сомневаюсь что оба они будут не отработаны

погоди... а что мешает писать в файл... если файл занят на запись значит прога работает... свободен.... значит на запущена...

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

не отработает создание этих политик на автомате :)

а еще можно кидаться бродкастами ... каждую секунду...
при старте пауза... ждем нет ли нужных бродкастов... если нет - прога не работает...
если есть пакетики - работает...
не? помоему иде яне плохая?

Аналогично варианту с обновлением файла, даже хуже, поскольку, если прога повиснет, то флаги начисто отменяем... Еще ребутиться придется на недоос, чтобы его снести...

Идея плохая тем, что по сути равная постоянному обновлению файлика, она слишком усложняет конструкцию и ресурсы жрать будет.

Вы сильно углубляетесь в алгоритмические изыски, в то время, как вопрос-то был немного другой... Под виндой убогой это сделать можно или нет?

создай UDP-сокет на localhost - при каждом запуске проверяй занят ли уже нужный UDP-порт - занят - пошли на него пакет чтобы уже работающее поставило фокус на себя и выйди - все в памяти и никаких файлов :)

пы сы
походу опередили :)

странная схема в первом сообщении, не проще было стандарт использовать?
- создаем файл-флаг
- делаем дело
- удаляем файл

если файл есть, значит дело не сделано - предпринимаем меры. Время предыдущего запуска, если нужно, сохраняем отдельно.

либо я тебя неправильно понял, либо ты первое сообщение не читал... В чем твоя схема отличается от моей и как она защищена от ребута и прочих убийств программы между 1 и 3? Напоминаю, что суть кроссплатформенная, поэтому WM_* поймать не удастся.