Custom Query (1030 matches)
Results (685 - 687 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #41 | worksforme | Sporadic "can't cause layout during editing" exceptions | ||
| Description |
Every once in a while - it's hard to know under what circumstances, exactly - messages of the form: 2007-08-04 05:20:28.877 dx86cl64[3870:613] Exception raised during background layout: -[NSLayoutManager _fillLayoutHoleForCharacterRange:desiredNumberOfLines:isSoft:] *** attempted layout while textStorage is editing. It is not valid to cause the layoutManager to do layout while the textStorage is editing (ie the textStorage has been sent a beginEditing message without a matching endEditing.) 2007-08-04 05:20:28.880 dx86cl64[3870:613] -[NSLayoutManager _fillLayoutHoleForCharacterRange:desiredNumberOfLines:isSoft:] *** attempted layout while textStorage is editing. It is not valid to cause the layoutManager to do layout while the textStorage is editing (ie the textStorage has been sent a beginEditing message without a matching endEditing.) get logged. There's usually a good deal of effort involved in ensuring that layout (redisplay) is inhibited while editing (modification of the buffer) is in progress. It's possible that this has something to do with the mechanism that tries to ensure that a paren - which might have been blinking - is drawn properly. |
|||
| #44 | fixed | Mouse clicks should have a Hemlock command binding. | ||
| Description |
Or otherwise be ignored. (Left mouse down is now passed to Hemlock so that it can terminate isearch, but Hemlock beeps on leftdown in other contexts. As anyone who had their speakers unmuted would have noticed.) |
|||
| #47 | fixed | xpMMXreg macro (from x86-exceptions.h) not used, and appears wrong for darwin | ||
| Description |
(lines 38--39 in lisp-kernel/x86-exceptions.h) #define xpFPRvector(x) ((natural *)(&(UC_MCONTEXT(x)->__fs.__fpu_xmm0))) #define xpMMXreg(x,n) (xpFPRvector(x)[n]) The x87/mmx regs don't immediately follow the first xmm register in the darwin floating point state struct. xpMMxreg appears to be unused at the moment, so it doesn't affect anything, but it seems like it ought to be corrected or deleted. |
|||
