Re: font-lock function matcher sample

[Arjan Bos]

Stefan Monnier wrote:

<snip />
> > You're right about the while loop, but still you're setting `found' to
> > `t' even when the word doesn't equal score-match. And it is `found' that
> > is returned
>
>
> But if it is t and score-match is not equal, than you go around the loop
> once more where found will be reset to either nil or t depending on whether
> there are more words to find.
> So I still don't understand the problem.
<snip />
and Stefan wrote :
> This will always return nil because if found is non-nil, we don't exit
> the loop.
Mmm, yes, you're right. But this means that I'm not clever enough to see 
through those nested statements. I need to unroll them before they make 
sense to me. So I'll give it another try.

Well, thanks a lot! And I'll try to make a working crash recipe for the 
font-locking lockup problem. Looking at the crash log indicates that the 
thing that crashes is an Apple component and I did mail it to Apple already:

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000014

Thread 0 Crashed:
0   com.apple.HIToolbox         0x927ed93c HIObject::Retain() + 0x14
1   <<00000000>>    0x0039a790 proc_encode_coding_system + 0x904
2   com.apple.HIToolbox         0x927f2340 RetainMenu(MenuData*) + 0x10
3   com.apple.HIToolbox         0x9282b4dc NormalizeMenu + 0x24
4   com.apple.HIToolbox 	0x9282b63c HiliteMenuTitle(MenuData*, 
MenuData*, unsigned char) + 0x38
5   com.apple.HIToolbox 	0x9285dad8 MenuSelectCore(Point, double, 
unsigned long, OpaqueMenuRef**, unsigned short*) + 0x40
6   com.apple.HIToolbox         0x92883ffc MenuSelect + 0x60
7   com.gnu.Emacs       	0x00149d4c x_activate_menubar + 0x48 
(macmenu.c:957)
8   com.gnu.Emacs       	0x00085868 kbd_buffer_get_event + 0x290 
(keyboard.c:4022)


>

--
--
If you really want to contact me, then replace the "I see you" text by 
its three letter accronym, ICU.

Fabricate Diem PVNC, Motto of the Night Watch -- Terry Pratchett