Как сделать Device Busy для COM-порта?

можно использовать flock, но он соблюдается исключительно «добровольно», если разработчик приложения это учёл. то есть, приложение может игнорировать занятость файла и всё равно что-то туда писать, например.

Добровольно не вариант. А вот когда к tty подключен screen, попытки подключиться к этому tty из других програм тут-же проваливаются. Как он это делает..

Как он это делает..

ну так посмотри исходник

http://lkml.iu.edu/hypermail/linux/kernel/0506.1/0384.html

Смотреть всю тему, там есть нюансы (руту пофиг, и предыдущие открытия не отвалятся).

Спасибо. То что нужно. А POSIX lock из fcntl не сработает

Нет атомарности, т.к. между вызовами open() и ioctl() может вклиниться другой процесс

Ну предложи что получше )

open(O_EXCL) хз, сработает ли, вообще не обязан. Других вариантов не просматривается, кроме патчения ядра.

А POSIX Advisory Lock не подойдет? (в прошлом сообщении забыл вопрос в конце)

Сам себе отвечу. Работает, как и написано, в советовательном режиме. Если установить эксклюзивную блокировку не может - возвращает ошибку и пишет «Resource temporarily unavailable». Правда это не мешает открывать устройство программам, которые не играют в POSIX advisory locking. Ну и черт с ними

struct flock fl = { .l_type=F_WRLCK, .l_whence=SEEK_SET,
  .l_start=0, .l_len=0 };
int ok = fcntl(tty, F_SETLK, &fl);

Что такое POSIX Advisory Lock и советовательный режим?

Стандартный посиксовый механизм блокировки. Описан в man 2 fcntl. Советовательный в том смысле, что ОС не настаивает на блокировке. Процессы могут придерживаться этого механизма, если хотят.