Subject: bug#8857: closed (Re: bug#8857: display-buffer attempt to pop-up frame in batch mode causes "Unknown terminal type" error)

From: [email-masked] (GNU bug Tracking System)
Date: Wed, 15 Jun 2011 16:18:02 +0000

Your bug report

#8857: display-buffer attempt to pop-up frame in batch mode causes "Unknown terminal type" error

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
8857: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8857
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#8857: display-buffer attempt to pop-up frame in batch mode causes "Unknown terminal type" error
From: Glenn Morris <[email-masked]>
To: [email-masked]
Date: Wed, 15 Jun 2011 12:17:17 -0400
List-Id: <debbugs-submit.debbugs.gnu.org>

Stefan Monnier wrote:

> "batch mode" and "server mode" are *very* closely related.  So I'd stay
> away from any attempt to special case "batch mode".

martin rudalics wrote:

> 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.

OK, no problem, let's not bother with it then.

> 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.

If you mean the cus-dep thing, then it was a correct change, independent
of this issue, and should remain.

I'll close this, thanks.

Subject: display-buffer attempt to pop-up frame in batch mode causes "Unknown terminal type" error
From: Glenn Morris <[email-masked]>
To: [email-masked]
Date: Mon, 13 Jun 2011 18:21:30 -0400
List-Id: <debbugs-submit.debbugs.gnu.org>

Package: emacs

With the current trunk:

./src/emacs -Q -batch README INSTALL Makefile
Loading vc-bzr...
Unknown terminal type

(exits with status /= 0)

OK, this is not a very sensible example, but it illustrates the point.
It's caused by display-buffer trying to pop-up a frame in batch-mode and
is very recent.

Emacs 23 does not have this problem by default, but the following shows
the same issue:

emacs-23.3 -Q -batch --eval '(setq pop-up-frames t)' README INSTALL Makefile