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()?
prev parent 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
List information: https://www.gnu.org/software/emacs/
* 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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).