From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Newsgroups: gmane.emacs.help
Subject: Re: Weird interaction between chroot jail and shell-mode
Date: Wed, 3 Nov 2010 22:25:14 +0000 (UTC)
Organization: U.C. Berkeley Math. Department.
Message-ID: <slrnid3oaa.i4f.nospam-abuse@powdermilk.math.berkeley.edu>
References: <m2iq0j1llv.fsf@gmail.com>
	<bp8aalskflv.fsf@usca1uw-JZWWPM1.sanmateo.corp.akamai.com>
NNTP-Posting-Host: lo.gmane.org
X-Trace: dough.gmane.org 1291895545 20162 80.91.229.12 (9 Dec 2010 11:52:25 GMT)
X-Complaints-To: usenet@dough.gmane.org
NNTP-Posting-Date: Thu, 9 Dec 2010 11:52:25 +0000 (UTC)
To: help-gnu-emacs@gnu.org
Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Dec 09 12:52:21 2010
Return-path: <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org>
Envelope-to: geh-help-gnu-emacs@m.gmane.org
Original-Received: from lists.gnu.org ([199.232.76.165])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org>)
	id 1PQf2o-00052d-BE
	for geh-help-gnu-emacs@m.gmane.org; Thu, 09 Dec 2010 12:52:18 +0100
Original-Received: from localhost ([127.0.0.1]:55607 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1PQf2l-00078P-PS
	for geh-help-gnu-emacs@m.gmane.org; Thu, 09 Dec 2010 06:52:15 -0500
Original-Path: usenet.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!news-2.dfn.de!news.dfn.de!news.uni-stuttgart.de!news.buerger.net!newsfeed.datemas.de!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail
Original-Newsgroups: gnu.emacs.help,comp.lang.perl.modules
Original-Lines: 25
Injection-Date: Wed, 3 Nov 2010 22:25:14 +0000 (UTC)
Injection-Info: mx02.eternal-september.org;
	posting-host="LlLjF8LevGdIZWbTvv+SXA"; 
	logging-data="1532"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX199mI4GBW+bf6QubxXZR35Z"
User-Agent: slrn/0.9.8.1pl1 (Linux)
Cancel-Lock: sha1:s7Oscfi3W+wmMdT8HSPxsoGjQCc=
Original-Xref: usenet.stanford.edu gnu.emacs.help:182185 comp.lang.perl.modules:72700
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 <help-gnu-emacs.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
	<mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-gnu-emacs>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
	<mailto:help-gnu-emacs-request@gnu.org?subject=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:77003
Archived-At: <http://permalink.gmane.org/gmane.emacs.help/77003>

On 2010-11-01, Sean McAfee <eefacm@gmail.com> wrote:

> the hanging was occuring in a call to a function called "wrap_msg."
> Ultimately this routine uses the terminal size reported by the
> GetTerminalSize function in the standard Term::ReadKey module, which in
> a shell-mode shell explicitly reports a screen width and height of zero.
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

> Ultimately, this would seem to be Term::ReadKey's fault.  It advertises
> a way to indicate that the terminal size could not be
> determined--returning an empty list--but instead it returns nonsensical
> screen dimensions of 0x0.

How do you interpret this as a fault of Term::ReadKey?  It got an
"explicit report".  Why should it indicate that it did not?

Yours,
Ilya

P.S.  Of course, sometimes it is more useful to cheat than to
      "stupidly follow the specification" in the corner cases.  But
      one needs to have a more-or-less clear picture of possible
      consequences.  As the simplest example, does wrap_msg() handle
      the empty list return from GetTerminalSize()?