Received: by 10.236.88.134 with SMTP id a6mr6526728yhf.44.1349451914518;
Fri, 05 Oct 2012 08:45:14 -0700 (PDT)
X-BeenThere: cocotron-dev@googlegroups.com
Received: by 10.236.155.36 with SMTP id i24ls6048214yhk.3.gmail; Fri, 05 Oct
2012 08:45:13 -0700 (PDT)
Received: by 10.236.109.233 with SMTP id s69mr1105106yhg.11.1349451913798;
Fri, 05 Oct 2012 08:45:13 -0700 (PDT)
Date: Fri, 5 Oct 2012 08:45:12 -0700 (PDT)
From: badf00d <gord.j.pet...@gmail.com>
To: cocotron-dev@googlegroups.com
Message-Id: <7c8db438-afe9-4f7e-8c02-eda118faa026@googlegroups.com>
In-Reply-To: <A9707A72-1743-4E68-9493-B156E5CCCF4E@gmail.com>
References: <ac083847-1254-4755-acce-9b84a65386a7@googlegroups.com> <06e1a44c-f034-46e7-8083-4bd4f2c1ac65@googlegroups.com> <395a10ec-e457-45da-bbc1-bb63d535a673@googlegroups.com> <E789390E-5019-48D2-9C9A-BA7ACA04F996@gmail.com>
<A9707A72-1743-4E68-9493-B156E5CCCF4E@gmail.com>
Subject: Re: Crash during font enumeration on Windows 8 64-bit
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_Part_293_21973852.1349451912826"
------=_Part_293_21973852.1349451912826
Content-Type: multipart/alternative;
boundary="----=_Part_294_14457396.1349451912826"
------=_Part_294_14457396.1349451912826
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Great, thanks Airy. I'll give your changes a whirl when I get a chance.=20
I'll also have a look and see where that exception is coming from. It=20
happens on startup, so it could either be during font enumeration, or=20
perhaps when the NIB file is being loaded. I don't do much with=20
fonts/attributed strings in my app as it's just a simple interface for=20
configuring a network service, but I'll see...
On Friday, October 5, 2012 9:39:37 AM UTC-4, airy wrote:
>
> More about the issue and a fix is available here :=20
> https://code.google.com/p/cocotron/issues/detail?id=3D990=20
>
> Airy=20
>
>
> Le 5 oct. 2012 =C3=A0 13:22, Airy Andr=C3=A9 <airy....@gmail.com <javascr=
ipt:>> a=20
> =C3=A9crit :=20
>
> > I could repro the font conversion problem : it can happen when you=20
> create a font with a display name (for example Arial instead of ArialMT)=
=20
> and then use the font manager to convert its trait.=20
> > I'll commit a fix to our clone soon.=20
> >=20
> > Airy=20
> >=20
> > Le 5 oct. 2012 =C3=A0 06:07, badf00d <gord.j...@gmail.com <javascript:>=
> a=20
> =C3=A9crit :=20
> >=20
> >> Just got a chance to test the changes out and they fix the crash.=20
> Thanks.=20
> >>=20
> >> I'm never quite sure about all those extra specifiers in Win32=20
> programming. Many of them are leftovers from the computer architectures =
of=20
> the era (e.g. specifying pointers as near and far for 16-bit machines), s=
o=20
> I just tend to assume they're empty on modern platforms. I'm guessing=20
> CALLBACK is needed for visibility so that the function pointer is valid=
=20
> when used in a dll?=20
> >>=20
> >> Anyways, with regard to airy's comments, I'm not seeing any heap=20
> warnings. However, I am seeing the following message repeated a number o=
f=20
> times in the console:=20
> >>=20
> >> "... convertFont:toHaveTrait: failed, Arial 2"=20
> >> "... convertFont:toHaveTrait: failed, Arial 4"=20
> >>=20
> >> as well as one of these:=20
> >>=20
> >> "*** Uncaught exception <NSInvalidArgumentException> ***=20
> -[NSMutableDictionary_CF setObject:forKey:] Attempt to insert nil object=
=20
> for key NSFontAttributeName"=20
> >=20
>
>
------=_Part_294_14457396.1349451912826
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Great, thanks Airy. I'll give your changes a whirl when I get a chanc=
e. I'll also have a look and see where that exception is coming from.=
It happens on startup, so it could either be during font enumeration=
, or perhaps when the NIB file is being loaded. I don't do much with =
fonts/attributed strings in my app as it's just a simple interface for conf=
iguring a network service, but I'll see...<div><br>On Friday, October 5, 20=
12 9:39:37 AM UTC-4, airy wrote:<blockquote class=3D"gmail_quote" style=3D"=
margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;=
">More about the issue and a fix is available here :
<br><a href=3D"https://code.google.com/p/cocotron/issues/detail?id=3D990" t=
arget=3D"_blank">https://code.google.com/p/<wbr>cocotron/issues/detail?id=
=3D990</a>
<br>
<br>Airy
<br>
<br>
<br>Le 5 oct. 2012 =C3=A0 13:22, Airy Andr=C3=A9 <<a href=3D"javascript:=
" target=3D"_blank" gdf-obfuscated-mailto=3D"9nWJwrG3tQoJ">airy....@gmail.c=
om</a>> a =C3=A9crit :
<br>
<br>> I could repro the font conversion problem : it can happen when you=
create a font with a display name (for example Arial instead of ArialMT) a=
nd then use the font manager to convert its trait.
<br>> I'll commit a fix to our clone soon.
<br>>=20
<br>> Airy
<br>>=20
<br>> Le 5 oct. 2012 =C3=A0 06:07, badf00d <<a href=3D"javascript:" t=
arget=3D"_blank" gdf-obfuscated-mailto=3D"9nWJwrG3tQoJ">gord.j...@gmail.com=
</a>> a =C3=A9crit :
<br>>=20
<br>>> Just got a chance to test the changes out and they fix the cra=
sh. Thanks.
<br>>>=20
<br>>> I'm never quite sure about all those extra specifiers in Win32=
programming. Many of them are leftovers from the computer architectu=
res of the era (e.g. specifying pointers as near and far for 16-bit machine=
s), so I just tend to assume they're empty on modern platforms. I'm g=
uessing CALLBACK is needed for visibility so that the function pointer is v=
alid when used in a dll?
<br>>>=20
<br>>> Anyways, with regard to airy's comments, I'm not seeing any he=
ap warnings. However, I am seeing the following message repeated a nu=
mber of times in the console:
<br>>>=20
<br>>> "... convertFont:toHaveTrait: failed, Arial 2"
<br>>> "... convertFont:toHaveTrait: failed, Arial 4"
<br>>>=20
<br>>> as well as one of these:
<br>>>=20
<br>>> "*** Uncaught exception <NSInvalidArgumentException> ***=
-[NSMutableDictionary_CF setObject:forKey:] Attempt to insert nil object f=
or key NSFontAttributeName"
<br>>=20
<br>
<br></blockquote></div>
------=_Part_294_14457396.1349451912826--
------=_Part_293_21973852.1349451912826--
Message from discussion Crash during font enumeration on Windows 8 64-bit
| Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy |
| ©2013 Google |