bug-mit-scheme
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-mit-scheme] [bug #18079] setting the controlling tty of pty-based s


From: Taylor R. Campbell
Subject: [Bug-mit-scheme] [bug #18079] setting the controlling tty of pty-based subprocesses fails on Mac OS X
Date: Sat, 21 Oct 2006 21:52:09 +0000
User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US) AppleWebKit/420+ (KHTML, like Gecko, Safari/420) OmniWeb/v607

URL:
  <http://savannah.gnu.org/bugs/?18079>

                 Summary: setting the controlling tty of pty-based
subprocesses fails on Mac OS X
                 Project: MIT/GNU Scheme
            Submitted by: riastradh
            Submitted on: Saturday 10/21/06 at 21:52
                Category: microcode
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect behavior
                  Status: None
                 Privacy: Public
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
                Keywords: 

    _______________________________________________________

Details:

The ioctl command TIOCSCTTY consistently fails for me (line 355 in uxproc.c
of the old microcode, line 347 of the new microcode), setting errno to 1, and
the child process immediately exits with a status code of 1 if anything fails
when setting it up.

GNU Emacs ignores the return value of ioctl with the TIOCSCTTY, but if I
modify the code to do that, the subsequent call to tcsetpgrp loses.  I'm not
enough of a Unix terminal wizard to understand what's going on in any more
depth, so I'm not sure what to do from here.

This lossage means that, although most programmatic subprocesses (through
pipes) will work, inferior subprocesses (e.g., comint) under Edwin won't.

I tested this on OS X/x86 10.4.6; I've also observed it on OS X/PPC
10.4.somethingorother, although I haven't tested tweaking the code
specifically on that platform.







    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?18079>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]