ru.unix.bsd

 
 - RU.UNIX.BSD ------------------------------------------------------------------
 From : Dmitry Pryanishnikov                 2:464/36       19 Dec 2005  01:12:05
 To : All
 Subject : =?koi8-u?Q?Re=3A_mgetty=3A_=DE=D5=C4=CE=D9_=C4=C5=CC=C1_=D4=D7=CF?=
 -------------------------------------------------------------------------------- 
 

 .MSGID: atlantis.atlantis.dp.ua cf3e6779
 .REPLY: 2:5020/2395 43a5bdb8
 .REPLYADDR: dmitry@atlantis.dp.ua
 .REPLYTO: 2:464/36@fidonet UUCP
 .RFC-Message-ID: <20051219000504.O30093@atlantis.atlantis.dp.ua>
 .RFC-References: <1134909679@p2.f4.n5054.z2> <1134935480@f2395.n5020.z2>
 From: Dmitry Pryanishnikov <dmitry@atlantis.dp.ua>
 Subject: =?koi8-u?Q?Re=3A_mgetty=3A_=DE=D5=C4=CE=D9_=C4=C5=CC=C1_=D4=D7=CF?=
  =?koi8-u?Q?=C9=2E=2E=2E?=
 Привет!
 
 On Sun, 18 Dec 2005, Artem S. Ignatiev wrote:
 
 > DC>  (void) close(0);
 > DC>  if (dup(fd) != 0)
 > DC>  {
 > DC>      lprintf( L_FATAL, "mod: cannot make %s stdin", devname );
 > DC>      return ERROR;
 > DC>  }
 > DC>     }
 > DC> === Cut ===
 >
 > DC> Кто нибудь знает, что они хотят этим сказать ? Или это FreeBSD6
 > DC> какой-то стандарт нарушает ?
 
    В RELENG_6 (про HEAD говорить не буду - негде проверить) до сих пор dup()
 в некоторых ситуациях работает не так, как описано в dup(2):
 
            The new descriptor returned by
        the call is the lowest numbered descriptor currently not in use by the
        process.
 
 Если процесс запущен через /etc/ttys, dup() почему-то "не видит", что
 файловый дескриптор 0 у процесса свободен. Подробности в kern/87208.
 
 > Может, авторы не знают про dup2(2) ?
 
    То, что срабатывает dup2(), еще не повод не чинить dup().
 
 Sincerely, Dmitry
 -- 
 Atlantis ISP, System Administrator
 e-mail:  dmitry@atlantis.dp.ua
 nic-hdl: LYNX-RIPE
 --- ifmail v.2.14.os-p7
  * Origin: Atlantis ISP (2:464/36@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор