Re: State of NS port

["Jan Djärv" <jan.h.d@swipnet.se>]

[-- Attachment #1: Type: text/plain, Size: 1885 bytes --]

This is fixed in the trunk. 

    Jan D.

14 jan 2013 kl. 03:44 skrev Chris Zheng <chrisdcheng@gmail.com>:

> But the second one (which seems a reasonable fix) makes Emacs unable to display any non-western characters.
> 
> -    if ([fkeys count] > 0)
> -      matchingDescs = [fdesc matchingFontDescriptorsWithMandatoryKeys: fkeys];
> -    else
> -      matchingDescs = [NSMutableArray array];
> +    matchingDescs = [fdesc matchingFontDescriptorsWithMandatoryKeys: fkeys];
> 
> -- 
> Best regards,
> Chris
> 
> On Saturday, January 12, 2013 at 6:09 PM, Jan Djärv wrote:
> 
>> Hello.
>> 
>> 12 jan 2013 kl. 04:49 skrev Chris Zheng <chrisdcheng@gmail.com>:
>> 
>>> I suffered this problem too, and it's because of two bug fixes after I dig it awhile.
>>> 
>>> bug#11484: 23.4; Scrolling leaves traces of old text behind
>>> 
>>> http://lists.gnu.org/archive/html/bug-gnu-emacs/2012-05/msg00383.html
>>> 
>>> LCD-smoothing was turned off to fix this bug,
>>> 
>>> and
>>> 
>>> bug#11541: - Another reproduction - Emacs 24.2;	Null pointer on OSX with
>>> 
>>> http://lists.gnu.org/archive/html/bug-gnu-emacs/2012-09/msg01293.html
>>> 
>>> I simply revert these two fixes, and problem you mentioned is gone.
>>> 
>>> So, maybe there are more deeper things around of these two bugs.
>> 
>> Yes there are. The first one is due to the fact that the font code miscalculates the font metrics when lcd-smoothing is on. It may be related to some premature optimizations such as caching of font metrics in the font code.
>> 
>> The second one is because the memory handling in the font code is incorrect and leads to crashes for some people (may depend on font and/or OS version and/or compiler version/settings). The second one does not happen when run in gdb. But when it does happen, as it does for me right now, Emacs crashes.
>> 
>> Jan D.
> 

[-- Attachment #2: Type: text/html, Size: 3351 bytes --]