all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
To: help-gnu-emacs@gnu.org
Subject: Re: Weird interaction between chroot jail and shell-mode
Date: Wed, 3 Nov 2010 22:25:14 +0000 (UTC)	[thread overview]
Message-ID: <slrnid3oaa.i4f.nospam-abuse@powdermilk.math.berkeley.edu> (raw)
In-Reply-To: bp8aalskflv.fsf@usca1uw-JZWWPM1.sanmateo.corp.akamai.com

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()?



      reply	other threads:[~2010-11-03 22:25 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-30 20:17 Weird interaction between chroot jail and shell-mode Sean McAfee
2010-11-01 19:29 ` Sean McAfee
2010-11-03 22:25   ` Ilya Zakharevich [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=slrnid3oaa.i4f.nospam-abuse@powdermilk.math.berkeley.edu \
    --to=nospam-abuse@ilyaz.org \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.