>вашу мысль понял, намерения благие - но что именно за новый
>интерфейс можно сделать в случае изменения реакций на стандартные системные вызовы
>работы с файлом, разве что представить дополнительный набора /dev/NEWtty*, но
>это же нетривиально. на самом деле затронуты не просто сисвызовы open/read/close. Косяк в emacs связан SIGCHLD, например, там ситуация более хитра, чем с kdesu.
Впрочем, чем в качестве переходного этапа не нравится предложенный вами /dev/coxtty*?
1 этап - tty* + coxtty*. Пользующиеся первыми - получают варнинги и спешно фиксятся
2 этап - tty* становятся враппером и форвардит сисколы на coxtty. Пользующиеся coxtty* получают варнинги что coxtty некрасивое имя, надо менять.
3 этап есть только обновлённый tty* никто ничего не знает про coxtty. Отставшие от прогресса делают ссылки coxtty -> tty. А 95% разработчиков вообще никогда не узнают, что были изменения в tty :)