[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [h-e-w] make-frame function read in .emacs in w32 ver 23.3 but not 2

From: E. Caudex
Subject: Re: [h-e-w] make-frame function read in .emacs in w32 ver 23.3 but not 24.2
Date: Sat, 17 Nov 2012 12:33:53 -0600
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1

Thanks, Eli and Drew. The newline is indeed an artifact of Thunderbird
line wrapping, it's not in my .emacs . The mystery here is that my two

C:\emacs\bin\runemacs.exe --debug-init


C:\emacs-24.2\bin\runemacs.exe --debug-init

are using exactly the same .emacs at


The debugger flags buffer position at caret below. In other words it
says it can't select-frame courier right after creating frame courier,
ostensibly at least. Also, both fonts are installed in \Windows\Fonts.

(make-frame '((name . "courier")
        (top . 1) (left . 1) (width . 123) (height . 18)
        (visibility . icon) ; nil or icon

;; I checked parens balancing in above form

(select-frame-by-name "courier")^
"-outline-Courier New-normal-r-normal-normal-*-*-96-96-c-*-iso10646-1")
;; the above set-frame-font is all on one line in .emacs

>>> (make-frame '((name . "courier")
>>>            (top . 1) (left . 1) (width . 123) (height . 18)
>>>            (visibility . icon)))
>>> (select-frame-by-name "courier")
>>> (set-frame-font "-outline-Courier
>>> New-normal-r-normal-normal-*-*-96-96-c-*-iso10646-1")
>> In the current development version, the backtrace is more informative:
>>   Debugger entered--Lisp error: (error "Font not available" 
>> So the problem is that newline embedded in the middle of the font
>> name.  If I remove the newline, replacing it with a blank, I see no
>> backtrace.
> FWIW - I was assuming (still am) that the newline you see in the mail was
> inserted because of mailer wrapping.  I just replaced it with a space (what
> should be there) for testing.
> In all Emacs versions I have, including the latest MS Windows development
> version I have, there is no error.  But if I remove the last paren of the
> `make-frame' sexp (for example), then I get exactly the error the OP reported.
> (And not an error about a missing font.)
> The question, I think is whether the `make-frame' actually succeeded.  My 
> guess
> is no, and my guess is that the sexp was incorrect (e.g. missing a paren).

I have Paren Match Highlighting turned on and it isn't showing anything

> Up to the OP now to clarify some of this, else we can be supposing all over 
> the
> map.

make-frame appears not to have succeed but when ver 24.2 is loaded there
are 2 frames, both using Arial-Unicode (proportional font). The first
frame has a name that changes each time the buffer is changed (i.e.
.emacs, *Message*, whatever and seems to be an artifact of the debugger
not returning to top-level; if I do M-x top-level the name changes to
arial in version 24 also) On version 23.2 this is named arial and
derives from

(setq initial-frame-alist '((name . "arial") (top . 370)\
(left . 1) (width . 205) (height . 18)))


 ;; custom-set-faces was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(default ((t (:stipple nil :background "ghostwhite"\
:foreground "black" :inverse-video nil :box nil\
:strike-through nil:overline nil :underline nil :slant normal\
:weight normal :height 108 :width normal\
:family "outline-arial unicode ms"))))

The other frame is named courier and this name doesn't change when the
buffer is changed.

Btw, someone on recenty wanted to have a fixed font frame
to view calendar thru and he used something similar to my setup without
reporting any problems. However I don't remember whether he was using
ver 24 or not.

* I added blackslashes to show line continuation (they're not in my .emacs)

Thanks again,



reply via email to

[Prev in Thread] Current Thread [Next in Thread]