GNU bug report logs - #1077
23.0.60; x-create-frame: (wrong-type-argument number-or-marker-p nil)

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Fri, 3 Oct 2008 17:30:02 UTC

Severity: normal

Tags: moreinfo

Merged with 670

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 1077 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: bug#1077: 23.0.60; x-create-frame: (wrong-type-argument number-or-marker-p nil)
Date: Mon, 29 Nov 2010 21:14:27 +0100
> The frame we are creating is not yet ready, and is certainly not yet
> the selected frame!  Isn't that a bug? shouldn't we use
> menu-updating-frame instead of nil, in the above call to
> frame-parameter?

I think so.  Hopefully `menu-updating-frame' has the correct parameters
in place.

> Sorry, I don't follow: are you saying that we must not evaluate Lisp
> code inside `define-key', or are you saying something else?

I thought about wrapping the Lisp code so that the call fails more
gracefully.  Crashing seems a bit too harsh to me, at least for such
a trivial reason.

>> (2) The menu-bar define-key operations to toggle `menu-bar-mode' and
>>      `tool-bar-mode' do not take into account that the values of the
>>      respective frame parameter can be nil.
>
> As you see above, this happens for the minibuffer frame.  Can you
> explain how we get `(menu-bar-lines)' instead of having the usual
> `(menu-bar-lines . 1)' or `(menu-bar-lines . 0)' in the parameters
> alist of the minibuffer frame?  Is that normal, or is that another
> bug?

IIRC it's somewhere documented that `menu-bar-lines' and
`tool-bar-lines' can be nil.  And a user can always remove a parameter
completely so any frame parameter can be nil.

>> (3) Frame parameters of `menu-bar-lines' and actual appearance of a
>>      menubar are inconsistent for minibuffer-only frames.

Though unrelated this strikes me as the strangest bug of them all.  It
means that we can't rely on the actual value of a frame parameter even
if it's non-nil.

martin




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

Previous Next


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