Единственный экземпляр приложения

[vbb]

Как под солярку/unix реализовать код, который помог бы избежать запуска нескольких экземпляров приложения?

Под win использовал именнованые мьютексы, под солярку/unix пока не знаю как реализовать....

[npak]

Широко распространена техника записи pid в файл

При запуске проверять, есть ли файл /var/myapp.pid
Если нет, то создать файл и записать в него идентификатор текущего процесса. На выходе файл удалить.
Если есть, то прочитать из файла идентификатор процесса и проверить, есть ли такой процесс.  Далее можно сразу отваливаться.  Это не очень надёжно, но широко используется.

[RXL]

Логичнее использовать /var/run/имя.pid или /var/lock/имя.pid , но жестких правил нет.

[vbb]

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

[RXL]

vbb, пойди от обратного: отчего твое приложение будет столь быстро множиться? Это или кривая программа ее запускает, либо плохая мышь у пользователя. В остальных случаях вероятность столь синхронного запуска стремится к нулю.

Если тебе нужны более надежные способы, то используй fcntl() с F_SETLKW. Заблокировать файл сможет только одна программа.

Открой файл с O_CREAT, заблокируй и прочти - если пустой, то его создал ты - запиши в него свой pid и закрой его. Если файл не пуст, прочти pid и проверь наличие такого процесса. Если его нет, то запиши туда свой pid и считай что все ок. Коли нет - закрывай прогу.

[npak]

Да, RXL, ты прав, про /var я погорячился, обычно кладут в /var/run или /var/lock

В принципе, open + fcntl в сочетании с  F_SETLKW аналогично использованию именованных мутексов в винде.

[vbb]

В принципе все замечательно, но столкнулся с такой проблемой:
 программа стартует, создает -
      if ( (f = open(name, O_RDWR | O_CREAT)) > 0 )
 и блокирует файл -
      mylock.l_type = F_WRLCK;
      if ( (fc = fcntl(f, F_SETLK, &mylock)) != -1 )
 после этого падает по exception (например деление на 0 )
 перезапуск программы выдает 'Permission denied' на open(), т.е. блокировка с файла не снимается,
 когда программа падает в корку.....
 
  Как можно вылечить?

OS - Solaris 9, gcc version 3.4.2

[npak]

Такого быть не должно   Man соляриса утверждает, что

All locks associated with a file for a given process are removed when a file descriptor for that file is closed by that process or the process holding that file descriptor terminates.

(см. http://docs.sun.com/app/docs/doc/816-1056/6m7gi1i17?a=view)
Посмотри, может быть процесс висит как зомби?

Я точно не помню, но, по-моему, обработчики, установленные вызовом atexit вызываются даже в случае не маскируемых сигналов.  После того, как процесс захватил файл, установи средствами atexit функцию, которая закроет файловый дескриптор при завершении работы приложения.

[RXL]

Время жизни таких вещей как блокировки файлов определяется временем жизни процесса - см. в памяти - может он не умер. Или что-то не так с реализацией блокировок в этой ОС.

Код:

if ( (f = open(name, O_RDWR | O_CREAT)) > 0 )

Не "> 0" , а "!= -1"! Номера дескрипторов начинаются с нуля!

Код:

mylock.l_type = F_WRLCK;
if ( (fc = fcntl(f, F_SETLK, &mylock)) != -1 )

F_SETLK и F_SETLKW блокируют области файла и struct flock содержит не одно поле - дело может быть в этом.

http://yumi.ziet.zhitomir.ua/ct/operating_systems/manpages/FCNTL.2.shtml