GNU bug report logs - #8857
display-buffer attempt to pop-up frame in batch mode causes "Unknown terminal type" error

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Mon, 13 Jun 2011 22:22:01 UTC

Severity: normal

Done: David Engster <deng <at> randomsample.de>

Bug is archived. No further changes may be made.

Full log


Message #33 received at 8857 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 8857 <at> debbugs.gnu.org
Subject: Re: bug#8857: display-buffer attempt to pop-up frame in batch mode
	causes	"Unknown terminal type" error
Date: Wed, 15 Jun 2011 10:01:59 +0200
> In addition I still think it might be worth explicitly making
> display-buffer a no-op in batch mode, unless someone can think of
> something it can actually do in such cases. I think this could only be
> by side effect. Eg, can it run hooks, and can those hooks be expected to
> do anything when there isn't actually a display?
>
> If not then it seems simpler and more efficient to not even try
> displaying buffers in batch mode (and less confusing, since it can give
> unclear errors trying to do something that cannot work).

There's a silent convention that `display-buffer' _always_ returns a
window.  If it doesn't in batch mode, code relying on that convention
might break.  I don't know how realistic such a scenario is, though.

Meanwhile I checked in two fixes that should assure that
`display-buffer' doesn't try to pop up a frame with emacs -Q.  If they
work, you should be able to remove your earlier hack.

martin




This bug report was last modified 14 years and 48 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.