From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: 23.0.50; source of warning in *shell* buffer Date: Fri, 19 Oct 2007 17:12:08 +0200 Message-ID: <742294C9-AA65-4620-A082-DD22B93CDC4C@Freenet.DE> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1192806779 10254 80.91.229.12 (19 Oct 2007 15:12:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Oct 2007 15:12:59 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 19 17:12:59 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IitWs-0000fR-Dk for ged-emacs-devel@m.gmane.org; Fri, 19 Oct 2007 17:12:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IitWk-0001n8-OD for ged-emacs-devel@m.gmane.org; Fri, 19 Oct 2007 11:12:42 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IitWP-0001gK-QK for emacs-devel@gnu.org; Fri, 19 Oct 2007 11:12:21 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IitWN-0001fP-RM for emacs-devel@gnu.org; Fri, 19 Oct 2007 11:12:21 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IitWN-0001fC-M8 for emacs-devel@gnu.org; Fri, 19 Oct 2007 11:12:19 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IitWN-0006eb-DZ for emacs-devel@gnu.org; Fri, 19 Oct 2007 11:12:19 -0400 Original-Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IitWN-00039i-55 for emacs-pretest-bug@gnu.org; Fri, 19 Oct 2007 11:12:19 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1IitWI-0006dG-Vq for emacs-pretest-bug@gnu.org; Fri, 19 Oct 2007 11:12:18 -0400 Original-Received: from mout2.freenet.de ([195.4.92.92]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IitWI-0006cY-EW for emacs-pretest-bug@gnu.org; Fri, 19 Oct 2007 11:12:14 -0400 Original-Received: from [195.4.92.20] (helo=mx10.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1IitWG-0004et-F5; Fri, 19 Oct 2007 17:12:12 +0200 Original-Received: from fcc2d.f.ppp-pool.de ([195.4.204.45]:61955 helo=[192.168.1.2]) by mx10.freenet.de with esmtpsa (ID peter_dyballa@freenet.de) (TLSv1:AES128-SHA:128) (port 25) (Exim 4.68 #6) id 1IitWE-0003VB-Er; Fri, 19 Oct 2007 17:12:10 +0200 In-Reply-To: X-Mailer: Apple Mail (2.752.2) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 1) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:81226 gmane.emacs.pretest.bugs:20168 Archived-At: Am 19.10.2007 um 16:13 schrieb Stefan Monnier: >> Mac OS X 10.4.10. > > Check the value of process-connection-type. > If it's nil, then try to figure out why, It's nil. In src/s/darwin.h I have: #define SYSTEM_TYPE "darwin" /* NOMULTIPLEJOBS should be defined if your system's shell does not have "job control" (the ability to stop a program, run some other program, then continue the first one). */ /* #define NOMULTIPLEJOBS */ /* Emacs can read input using SIGIO and buffering characters itself, or using CBREAK mode and making C-g cause SIGINT. The choice is controlled by the variable interrupt_input. Define INTERRUPT_INPUT to make interrupt_input = 1 the default (use SIGIO) Emacs uses the presence or absence of the SIGIO and BROKEN_SIGIO macros to indicate whether or not signal-driven I/O is possible. It uses INTERRUPT_INPUT to decide whether to use it by default. SIGIO can be used only on systems that implement it (4.2 and 4.3). CBREAK mode has two disadvantages 1) At least in 4.2, it is impossible to handle the Meta key properly. I hear that in system V this problem does not exist. 2) Control-G causes output to be discarded. I do not know whether this can be fixed in system V. Another method of doing input is planned but not implemented. It would have Emacs fork off a separate process to read the input and send it to the true Emacs process through a pipe. */ #define INTERRUPT_INPUT /* Letter to use in finding device name of first pty, if system supports pty's. 'a' means it is /dev/ptya0 */ #define FIRST_PTY_LETTER 'p' /* * Define HAVE_TERMIOS if the system provides POSIX-style * functions and macros for terminal control. * * Define HAVE_TERMIO if the system provides sysV-style ioctls * for terminal control. * * Do not define both. HAVE_TERMIOS is preferred, if it is * supported on your system. */ #define HAVE_TERMIOS /* #define HAVE_TERMIO */ #define NO_TERMIO /* * Define HAVE_PTYS if the system supports pty devices. * Note: PTYs are broken on darwin <6. Use at your own risk. */ #define HAVE_PTYS /** * PTYs only work correctly on Darwin 7 or higher. So make the * default for process-connection-type dependent on the kernel * version. */ #define MIN_PTY_KERNEL_VERSION '7' ... /* subprocesses should be defined if you want to have code for asynchronous subprocesses (as used in M-x compile and M-x shell). This is generally OS dependent, and not supported under most USG systems. */ #define subprocesses BSD_2 and BSD_SYSTEM are defined before. It looks fine for me, except the #define NO_TERMIO looks odd ... -- Greetings Pete "Isn't vi that text editor with two modes... one that beeps and one that corrupts your file?" -- Dan Jacobson, on comp.os.linux.advocacy