Actually, your pure Objective C version would be to use NSString's drawAtPoint:withAttributes instead of converting to a char* and using CGContextShowTextAtPoint.
http://developer.apple.com/documentation/Cocoa/Reference/ApplicationKit/Classes/NSString_AppKitAdditions/Reference/Reference.html Gunnar ----- Original Message ---- > From: Pierre Berloquin <pie...@berloquin.com> > To: Sean McBride <s...@rogue-research.com> > Cc: cocoa-dev@lists.apple.com > Sent: Tuesday, May 26, 2009 9:13:26 AM > Subject: Re: Displaying a number with Quartz > > Finally, thanks to Alexander, my pure Objective C solution is > NSString *S = [[NSString alloc] initWithFormat:@"%i", i]; > const char *text = [S UTF8String]; > > and no warning this time except that I should learn more about C > > Thanks > Pierre > > 2009/5/26 Sean McBride > > > On 5/26/09 5:12 PM, Alexander Spohr said: > > > > >> Never ever use sprintf for anything. > > > > > >If you use "%d" and know it will be an int? You know how many chars > > >you'll have at max, no buffer-overflow possible. (You might argue > > >here, that at some time we will habe 128-bit ints, but hey you should > > >recode your app then anyway or just have a buffer large enough to > > >handle that right at the start) > > > > > >And yes - you are right, use snprintf instead... int might become 256 > > >bit. > > > > You can use sprintf safely if you're very careful, I suppose, but using > > snprintf is not harder and so much safer. sprintf is just not worth the > > risk. > > > > -- > > ____________________________________________________________ > > Sean McBride, B. Eng s...@rogue-research.com > > Rogue Research www.rogue-research.com > > Mac Software Developer Montréal, Québec, Canada > > > > > > > > > -- > Blogs : http://bibliobs.nouvelobs.com/blog/jeux-litteraires > http://pierre-berloquin.blogspot.com/ > > Développement durable des neurones par le jeu de réflexion > www.crealude.net > > Sustainable development of neurones through mind games > www.crealude.net/us > > Que fait-on pour les mal-codants ? > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/cocoa-dev/tonecluster%40yahoo.com > > This email sent to toneclus...@yahoo.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com