When a method is undocumented, that means it isn't part of the
interface that is stable from release to release.
If that function is removed from the OS, and you reference it in your
binary, your app will not launch.
-Ken
On Wed, Oct 29, 2008 at 7:53 AM, Yvan BARTHÉLEMY <[EMAIL PROTECTED]> wrote
Sean,
Thanks for following up to my comment 8-).
Yes, we do support non-ASCII characters in CFString/NSString literals
with the compiler shipped with Xcode 3.0 and later.
The compiler does recognize the CFSTR() macro in non-Objc source files
and both the macro and @"" notion in ObjC files.
On Oct 29, 2008, at 09:41 , Jason Coco wrote:
On Oct 29, 2008, at 09:06 , Yvan BARTHÉLEMY wrote:
> A solution for this is to not use directly asl_log, but wrap it to a
> function that will then use asl_log for console, and fprintf for
> logging to stderr (instead of asl_open(stderr)), of course
In fact I am very interested about this undocumented call as it is
painful for me to dig into darwin sources.
Thanks,
Yvan
Le 29 oct. 08 à 14:41, Jason Coco a écrit :
On Oct 29, 2008, at 09:06 , Yvan BARTHÉLEMY wrote:
A solution for this is to not use directly asl_log, but wrap it to
a f
On 10/29/08 1:27 AM, Jason Coco said:
That is no longer necessary in 10.5 / Xcode 3. You can use
Unicode in
string literals in Objective-C.
>>>
>>> Why do you say this? I thought that I may have missed something,
>>> but looking
>>> back through all the documentation, all the warni
On Oct 29, 2008, at 09:06 , Yvan BARTHÉLEMY wrote:
A solution for this is to not use directly asl_log, but wrap it to a
function that will then use asl_log for console, and fprintf for
logging to stderr (instead of asl_open(stderr)), of course you will
have to regenerate yourself date, hos
Hi,
A solution for this is to not use directly asl_log, but wrap it to a
function that will then use asl_log for console, and fprintf for
logging to stderr (instead of asl_open(stderr)), of course you will
have to regenerate yourself date, host name, process name, process id
information i
On Oct 29, 2008, at 00:29 , Adam R. Maxwell wrote:
On Oct 28, 2008, at 9:14 PM, Jason Coco wrote:
On Oct 28, 2008, at 16:53 , Sean McBride wrote:
On 10/28/08 4:03 PM, Jason Coco said:
Also, you should not be using non-ascii characters in string
literals :) hopefully you're just doing th
On Oct 28, 2008, at 9:14 PM, Jason Coco wrote:
On Oct 28, 2008, at 16:53 , Sean McBride wrote:
On 10/28/08 4:03 PM, Jason Coco said:
Also, you should not be using non-ascii characters in string
literals :) hopefully you're just doing this to demonstrate the
issue.
You should
be doing so
On Oct 28, 2008, at 16:53 , Sean McBride wrote:
On 10/28/08 4:03 PM, Jason Coco said:
Also, you should not be using non-ascii characters in string
literals :) hopefully you're just doing this to demonstrate the
issue.
You should
be doing something like this:
char *hiragana_a = { 0xE3, 0x8
On 10/28/08 4:03 PM, Jason Coco said:
>Also, you should not be using non-ascii characters in string
>literals :) hopefully you're just doing this to demonstrate the issue.
>You should
>be doing something like this:
>
>char *hiragana_a = { 0xE3, 0x81, 0x82, 0x00 };
>NSLog(@"%@", [NSString stringWit
On 28-Oct-08, at 4:03 PM, Jason Coco wrote:
This is a known issue... you can see where the mangling happens in
the source code online when writing to stderr... the characters
are properly encoded when sent to syslog and will show up correctly
in asl queries and the console application, as
On Oct 28, 2008, at 14:01 , Karl Moskowski wrote:
I've been experimenting with replacing my app's logging with Apple
System Logger. When it comes to multi-byte characters, every thing
looks OK in Console.app. However, Xcode's console shows things
incorrectly. It probably won't come up ofte
I've been experimenting with replacing my app's logging with Apple
System Logger. When it comes to multi-byte characters, every thing
looks OK in Console.app. However, Xcode's console shows things
incorrectly. It probably won't come up often, but I'm wondering if
it's fixable.
For example
14 matches
Mail list logo
