Re: Crash with bad pointer in fringe_bitmaps

2005-03-07 Thread Kim F. Storm
Juri Linkov [EMAIL PROTECTED] writes: In GNU Emacs 22.0.50 (i686-pc-linux-gnu) of 2005-03-01 Program received signal SIGSEGV, Segmentation fault. draw_fringe_bitmap_1 (w=0xa67bff8, row=0x8f0b548, left_p=0, overlay=149992776, which=8224) at fringe.c:563 563 period = fb-period; If

Re: Crash with bad pointer in fringe_bitmaps

2005-03-07 Thread Kim F. Storm
[EMAIL PROTECTED] (Kim F. Storm) writes: Juri Linkov [EMAIL PROTECTED] writes: In GNU Emacs 22.0.50 (i686-pc-linux-gnu) of 2005-03-01 Program received signal SIGSEGV, Segmentation fault. draw_fringe_bitmap_1 (w=0xa67bff8, row=0x8f0b548, left_p=0, overlay=149992776, which=8224) at

Re: View-quit in help buffer doesn't always quit

2005-03-07 Thread Klaus Zeitler
Richard == Richard Stallman [EMAIL PROTECTED] writes: Richard Richard This patch looks plausible, and gives correct results in the case Richard you reported. Does it give correct results in general? Yes, works fine now. Thanks Klaus -- --

Re: Setting face-font in Carbon Emacs 21.3.50.1

2005-03-07 Thread Stefan Monnier
Trying to get it to use Lucida Grande, I put (set-face-font 'default -apple-lucida grande-medium-r-normal--12-140-75-75-m-120-mac-roman) You usually shouldn't use `set-face-font'; instead set the various other face attributes. Does that mean we should mark set-face-font as obsolete?

Re: Setting face-font in Carbon Emacs 21.3.50.1

2005-03-07 Thread Stefan Monnier
Also, looking at the code of set-face-font, it doesn't do aything else than call (set-face-attribute face frame :font font), so I doubt it will give much better results. Well what I mean to say was you shouldn't call set-frame-attribute :font either. :-) It's often convenient to set :font

Re: Setting face-font in Carbon Emacs 21.3.50.1

2005-03-07 Thread Miles Bader
On Mon, 07 Mar 2005 08:23:04 -0500, Stefan Monnier [EMAIL PROTECTED] wrote: Also, looking at the code of set-face-font, it doesn't do aything else than call (set-face-attribute face frame :font font), so I doubt it will give much better results. Well what I mean to say was you shouldn't call

Re: Setting face-font in Carbon Emacs 21.3.50.1

2005-03-07 Thread Miles Bader
On Mon, 7 Mar 2005 23:54:40 +0900, Miles Bader [EMAIL PROTECTED] wrote: I'm not sure what to say; it's the right syntax, and while I can't test it on a mac, it works fine with roman instead of lucida grande on X11. Er, that's times, not roman... -Miles -- Do not taunt Happy Fun Ball.

Re: Setting face-font in Carbon Emacs 21.3.50.1

2005-03-07 Thread Miles Bader
On Mon, 7 Mar 2005 08:34:40 -0600, Tim McNamara [EMAIL PROTECTED] wrote: (set-face-attribute 'default nil :family lucida grande :height 120) With this in my .emacs, Emacs complains on launch about lucida grande: Wrong type argument: symbolp, lucida grande I'm not sure what to

Re: error in calendar

2005-03-07 Thread Frederik Fouvry
,-- On Sat, 05 Mar 2005 11:59:47 -0500, Richard Stallman wrote: | | On trying to find out where the problem could be, I used an evaluated | version of mark-visible-calendar-date and the problem disappeared. | (Such a behaviour has happened to me before: with compiled code, it |

Re: xassert in get_glyph_face_and_encoding

2005-03-07 Thread Kim F. Storm
Juri Linkov [EMAIL PROTECTED] writes: The following xassert caused abort() in get_glyph_face_and_encoding: xassert (face != NULL); where face was NULL due to face = FACE_FROM_ID (f, glyph-face_id); which returns NULL because glyph-face_id is greater than f-face_cache-used. This