(If possible, please preserve the 610576-forwarded address in any replies.)

It looks like there may be a problem with src/term.c on GNU/Hurd
systems.

Samuel Thibault <sthibault@debian.org> writes:

> Svante Signell, le Wed 19 Jan 2011 14:10:09 +0100, a écrit :
>> After installing emacs23 when trying to start it I get the following
>> error: (Googling did not give any useful.)
>> (Trying both xterm from a ssh login and hurd-console)
>> 
>> user@kvm-hurd:~ emacs -nw
>> emacs: Not a tty device: /dev/tty
>
> There's bogus code there indeed:
>
> #ifdef O_IGNORE_CTTY
>     if (!ctty)
>       /* Open the terminal device.  Don't recognize it as our
>          controlling terminal, and don't make it the controlling tty
>          if we don't have one at the moment.  */
>       fd = emacs_open (name, O_RDWR | O_IGNORE_CTTY | O_NOCTTY, 0);
>     else
> #else
>       /* Alas, O_IGNORE_CTTY is a GNU extension that seems to be only
>          defined on Hurd.  On other systems, we need to explicitly
>          dissociate ourselves from the controlling tty when we want to
>          open a frame on the same terminal.  */
>       fd = emacs_open (name, O_RDWR | O_NOCTTY, 0);
> #endif /* O_IGNORE_CTTY */
>
>     tty->name = xstrdup (name);
>
> When O_IGNORE_CTTY is defined (which is the case only on GNU/Hurd...),
> the else branch is actually tty->name = xstrdup(name); ... The obvious
> fix is attached.