From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sunil Yeddu Newsgroups: gmane.emacs.help Subject: M-x shell not working Date: Mon, 17 Oct 2005 23:34:45 -0700 Message-ID: <13ecef2d0510172334jd0c4e65i7cec30e4fd522811@mail.gmail.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1396964224==" X-Trace: sea.gmane.org 1129617446 5429 80.91.229.2 (18 Oct 2005 06:37:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 18 Oct 2005 06:37:26 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Oct 18 08:37:24 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ERl5w-0004L2-9r for geh-help-gnu-emacs@m.gmane.org; Tue, 18 Oct 2005 08:37:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ERl5v-0002Ia-2p for geh-help-gnu-emacs@m.gmane.org; Tue, 18 Oct 2005 02:37:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ERl3h-00022U-OF for help-gnu-emacs@gnu.org; Tue, 18 Oct 2005 02:34:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ERl3f-00021M-RO for help-gnu-emacs@gnu.org; Tue, 18 Oct 2005 02:34:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ERl3e-00020a-Gm for help-gnu-emacs@gnu.org; Tue, 18 Oct 2005 02:34:47 -0400 Original-Received: from [64.233.184.200] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ERl3e-0003M4-HY for help-gnu-emacs@gnu.org; Tue, 18 Oct 2005 02:34:46 -0400 Original-Received: by wproxy.gmail.com with SMTP id i11so8076wra for ; Mon, 17 Oct 2005 23:34:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Dx/duZE4WMsA13Med7EANw6WotOLOICMvSjTpyC1lOALDIsi6ongas5Uw8hi/LczSPQBb/PCgnsE9qBZV53r9D7zKMmxVWTmI7kYH1jSZsPfBisdr0dZeHeYPT4HFYJcIuVFWkZfFQjJO/IrWAqUGAtDJ5UXfupoM01KKhGonRc= Original-Received: by 10.54.94.1 with SMTP id r1mr39664wrb; Mon, 17 Oct 2005 23:34:43 -0700 (PDT) Original-Received: by 10.54.124.6 with HTTP; Mon, 17 Oct 2005 23:34:45 -0700 (PDT) Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:30310 Archived-At: --===============1396964224== Content-Type: multipart/alternative; boundary="----=_Part_7058_12755420.1129617285113" ------=_Part_7058_12755420.1129617285113 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi all, We have recently migrated to emacs 21.4 from emacs 20.7 in our environment. In emacs-21.4, I get this error when I do M-x shell. Warning: no access to tty (Bad file descriptor). Thus no job control in this shell. stty: standard input: Invalid argument exit Process shell finished We use clearcase for source control and this is happening inside a clearcas= e view. Outside a view, there is no problem. We had no problem at all in emacs-20.7, even inside a clearcase view. In emacs-21.4, it is working some times but most of the times it is not. Looks like pty is not being allocated. I did some debugging and found the following information. In emacs-21.4, in the rare case when M-x shell works, tty allocated is like '/view/dev/ttyp7' . '/view' is due to clearcase, may be some virtual path. The actual path starts from '/dev/...' ie. Removing '/view' would give the path of the tty in our system. In emacs-20.7, the tty allocated is like '/view/43'. It is always of the form '/view/' followed by a number. This indicates that the tty allocation system is changed in emacs-21.4. In emacs-20.7, looks like i= t is doing some virtual allocation as it is just a number. But in emacs-21.4, it is allocating from /dev. We have sufficient number of ttys too. % ls /dev/tty* | wc -l 905 Emacs is not able to pick up a free one? Also I noticed that, in emacs-21.4= , when M-x shell works, it works for some time before it stops working and goes back to its usual state. During this time, it is able to allocate ptys in serial order without any problem, when we invoke shell from different emacs sessions. I suspect that when it is able to capture some tty in a specific range, it is able to obtain the remaining without any problem. I ruled out the possibility that ttys are really exhausted because, while I could open shell from emacs-21.4, other users could'nt do it on the same machine during the same time. OS is linux. I have verified that process-connection-type is set to t. So this is not the same problem as Mac users have reported. Also, I started emacs with -q option. So there is nothing in my .emacs file which could hav= e caused this problem. I hope this infomation which I collected from my debugging would be of help= . I could not proceed further. Can someone help? Sunil ------=_Part_7058_12755420.1129617285113 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi all,
      We have recently migrated to emacs 21.4 from emacs 20.7 in our environment. In emacs-21.4, I get this error when I do M-x shell.
Warning: no access to tty (Bad file desc= riptor).
Thus no job control in this shell.
stty: standard input: Invalid argument
exit

Process shell finished

     We use clearcase for source control and this is happening inside a clearcase view. Outside a view,  there is no problem. We had no problem at all in emacs-20.7,  even inside a clearcase view. In emacs-21.4, it is working some times but most of the times it is not. Looks like pty is not being allocated.
    I did some debugging and found the following information. In emacs-21.4, in the rare case when M-x shell works,  tty allocated is like '/vie= w/dev/ttyp7' . '/view'  is due to clearcase, may be some virtual path. The actual path starts from '/dev/...' ie. Removing '/view' would give the path of the tty in our system. In emacs-20.7, the tty allocated is like '/view/43'. It is always of the form '/view/' followed by a number. This indicates that the tty allocation system is changed in emacs-21.4. In emacs-20.7, looks like it is doing some virtual allocation as it is just a number. But in emacs-21.4, it is allocating from /dev. We have sufficient number of ttys too.
% ls /dev/tty* | wc -l
    905
   Emacs is not able to pick up a free one? Also I noticed that, in emacs-21.4, when M-x shell works, it works for some time before it stops working and goes back to its usual state. During this time, it is able to allocate ptys in serial order without any problem, when we invoke shell from different emacs sessions. I suspect that when it is able to capture some tty in a specific range, it is able to obtain the remaining without any problem. I ruled out the possibility that ttys are really exhausted because, while I could open shell from emacs-21.4, other users could'nt do it on the same machine during the same time.
   OS is linux. I have verified that process-connection-type is set to t. So this is not the same problem as Mac users have reported. Also, I started emacs with -q option. So there is nothing in my .emacs file which could have caused this problem.
  I hope this infomation which I collected from my debugging would be of help. I could not proceed further. Can someone help?

Sunil

------=_Part_7058_12755420.1129617285113-- --===============1396964224== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Help-gnu-emacs mailing list Help-gnu-emacs@gnu.org http://lists.gnu.org/mailman/listinfo/help-gnu-emacs --===============1396964224==--