April 2011 - Darwin-dev - lists.apple.com

Re: IrDA Suppor for MacOS 10.4 , 10.5 , 10.6
by kiran kumar 13 Apr '11

13 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=U5sx/CqWe1wmovExWKInMLQ91vUQQDLzxtZa6P6ZyTM=; b=p4AYReAe4kfzm/I6mc7y1b5hgidvABpth/dkcrRNVdnQm2bkc+hB0yz6vyjlwGVgLO cNeiriONvwXCX+eINNpHCYch/J0COy9xePbgd40cLmX7hhmPqYxk9XBKnztzn1jrhgMH O/l60nhkSJ0JMtJ4DIH+UQgsvR7an/6Jsdl48= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nWbqqhtbggpqFcwTKML2sSWVOX4o3iNQaZkQS/oam4QvlvjhHGN9rNbuVrcWvqitXF xim2riDBK8tIEZrjwFE6r9ju0JcLpm7S62bDyUm8AdZB9oB/meeojqUv5kLiEcj7Mbj4 gIcSoK7poTNInmZ4DpFNLImX3Jxf6h+s1flDg= _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

IrDA Suppor for MacOS 10.4 , 10.5 , 10.6
by kiran kumar 12 Apr '11

12 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=Qlp4YkbR2CIgtl2y35j4C5ktW+bzJ2723G9gH++bSnQ=; b=mSVZj7QuUWgqoEbvHHH91FauWlUieMbWjK7qc9/axvXIP3Vo2/oXk1YcNJZqlwmaVN L0wiSaLBvrokCd21LYOMEQqZq4GIR+xN0ZvMlUsNrjWXisSCN4boe8RqZUGTS8t/hpfQ rYV3lG1wjqRQOnY+czPdgf2K7e1ww/iCHSpWo= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=IuIyKVGb3IYAZgPqy+MNdx2tNwbWY9nNXWnVS2AoghP8AaH/nPdT/Q6erPN3xD3tko Zznj6/w0glBUHowMQ3EUImEhgCbDJTNsjTyLM46Odi4w7CE5m5E1MuUmFg2A5+t2LTiT TXlaR96wm06ziCCqpIFMt+rrYGmT5U+dHp6/0= _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: dlsym question
by Jason Coco 10 Apr '11

10 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: dlsym question
by Nat! 10 Apr '11

10 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Am 10.04.2011 um 21:48 schrieb Vladimir Zidar: > As the comment says above, this refers to symbol names generated by C (or optionally C++ compiler, given proper (de)mangling). > > For anything other than this, you are on your own best guess what would the symbol name be (applies for ObjC, asm, etc...). > That is not the problem. The problem is that dlsym may be incapable of finding your best guessed symbol name. (Since the invention of "nm" there is also no need for guessing) Ciao Nat! ------------------------------------------------------ "It's always easier to ask forgiveness than it is to get permission." -- Rear Admiral Hopper _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: dlsym question
by Vladimir Zidar 10 Apr '11

10 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com As the comment says above, this refers to symbol names generated by C (or optionally C++ compiler, given proper (de)mangling). For anything other than this, you are on your own best guess what would the symbol name be (applies for ObjC, asm, etc...). On 10 Apr 2011, at 21:38, Nat! wrote: > Am 09.04.2011 um 23:46 schrieb Nat!: >> >> // dlsym() assumes symbolName passed in is same as in C source code >> // dyld assumes all symbol names have an underscore prefix >> char underscoredName[strlen(symbolName)+2]; >> underscoredName[0] = '_'; >> strcpy(&underscoredName[1], symbolName); > > It occured to me, that it won't be able to find symbols a la > > extern void some_non_underscore_prefixed_routine( void) asm("some_non_underscore_prefixed_routine"); > > either. This automatic prefixing of '_' is clearly not optimal... > > Ciao > Nat! > --------------------------------------------------- > Vom Reden wird die Kuh nicht gemolken. -- K. Immler > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-dev/mr_w%40mindnever.org > > This email sent to mr_w(a)mindnever.org _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: dlsym question
by Nat! 10 Apr '11

10 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Am 09.04.2011 um 23:46 schrieb Nat!: > > // dlsym() assumes symbolName passed in is same as in C source code > // dyld assumes all symbol names have an underscore prefix > char underscoredName[strlen(symbolName)+2]; > underscoredName[0] = '_'; > strcpy(&underscoredName[1], symbolName); It occured to me, that it won't be able to find symbols a la extern void some_non_underscore_prefixed_routine( void) asm("some_non_underscore_prefixed_routine"); either. This automatic prefixing of '_' is clearly not optimal... Ciao Nat! --------------------------------------------------- Vom Reden wird die Kuh nicht gemolken. -- K. Immler _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: dlsym question
by Nat! 09 Apr '11

09 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Am 09.04.2011 um 21:46 schrieb Peter O'Gorman: > On 04/09/2011 10:04 AM, Shantonu Sen wrote: >> What are you really trying to do? >> >> Shantonu >> >> On Apr 9, 2011, at 4:01 AM, Nat! wrote: > >>> I speculate that the problem is, that in i386 the symbol starts with a "." instead of an underscore and that the possibly naive dlsym code gets confused by this. >>> > > dlsym looks up C symbols, all of which have a leading underscore, the man page explains this: > > The symbol name passed to dlsym() is the name used in C source code. For example to find the address of function foo(), you would pass "foo" as the symbol name. This is unlike the older dyld APIs which required a leading underscore. If you looking up a C++ symbol, you need to use the mangled C++ symbol name. > > So, yeah, what Shantonu said. > > Peter > Well never mind, I just looked up the dyld source and there it is // dlsym() assumes symbolName passed in is same as in C source code // dyld assumes all symbol names have an underscore prefix char underscoredName[strlen(symbolName)+2]; underscoredName[0] = '_'; strcpy(&underscoredName[1], symbolName); Not that powerful, if your linker produces symbols, that do not start with an underscore. Probably that's why in x86_64 classes are now prefixed with '_'. Anyway I am working around it now with dladdr, which is not so portable as it seems. Ciao Nat! --------------------------------------------------- Why should I have to work for everything ?! It's like saying I don't deserve it. -- Watterson _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: dlsym question
by Peter O'Gorman 09 Apr '11

09 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=simple/simple; d=pogma.com; s=pogmail; t=1302378402; bh=o6Cf4F0tagHIs5+uE0mw9AggJm/gYUt/IOR9/Wf8NU4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=wp1FuLUz0CXvZ2X0c7xHism3MWd0AJ0DtIZK3f/SpEGUqaiKVgyKWKFNfLnYc8sim UeU7Te2Nowbw1h3P9vl01XCkLikn/D7naZTiX+9lgJi0Hx7h7VSPk5xlg1byLkFeFd apRmDNIw1ir4B9QM3pFOcR2CVNin8ftTjfvVVYi8= User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110307 Fedora/3.1.9-0.39.b3pre.fc14 Thunderbird/3.1.9 What are you really trying to do? Shantonu I speculate that the problem is, that in i386 the symbol starts with a "." instead of an underscore and that the possibly naive dlsym code gets confused by this. So, yeah, what Shantonu said. Peter _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On 04/09/2011 10:04 AM, Shantonu Sen wrote: On Apr 9, 2011, at 4:01 AM, Nat! wrote: dlsym looks up C symbols, all of which have a leading underscore, the man page explains this: The symbol name passed to dlsym() is the name used in C source code. For example to find the address of function foo(), you would pass "foo" as the symbol name. This is unlike the older dyld APIs which required a leading underscore. If you looking up a C++ symbol, you need to use the mangled C++ symbol name. This email sent to site_archiver(a)lists.apple.com

1 0

Re: dlsym question
by Shantonu Sen 09 Apr '11

09 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com What are you really trying to do? Shantonu On Apr 9, 2011, at 4:01 AM, Nat! wrote: > Hi > > I have this problem with dlsym locating a symbol. It works in x86_64 but fails in i386: > > > #include <dlfcn.h> > #include <stdio.h> > > > int main( int argc, char *argv[]) > { > void *handle; > void *sym; > int step; > > handle = dlopen( "/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation", RTLD_LAZY); > > step = 0; > sym = dlsym( handle, "_OBJC_CLASS_$_NSThread"); > if( ! sym) > { > ++step; > sym = dlsym( handle, "OBJC_CLASS_$_NSThread"); > if( ! sym) > { > ++step; > sym = dlsym( handle, ".objc_class_name_NSThread"); > } > } > printf( "@%d %p:%p\n", step, handle, sym); > > return( 0); > } > > Output in x86_64: @1 0x7fff5fc43d78:0x7fff709366d8 > Output in i386 : @2 0x8fe467a8:0x0 > > If I look at the output of nm > > $ nm Foundation.i386 | egrep '[oO][bB][jJ][cC].*NSThread$' > 0028b3a4 S .objc_class_name_NSThread > > $ nm Foundation.x86_64 | egrep '[oO][bB][jJ][cC].*NSThread$' > 00000000002a76d8 S _OBJC_CLASS_$_NSThread > > I speculate that the problem is, that in i386 the symbol starts with a "." instead of an underscore and that the possibly naive dlsym code gets confused by this. > > Is there a simple workaround ? (removing the leading '.' doesn't work) > > Ciao > Nat! > ------------------------------------------------------ > Companies have more than enough "idea guys" and > ideas in general than they ever have time to > produce. They certainly aren't going to pay > someone to sit around and come up with ideas > all day. > It's just not going to happen. -- K. Hoekstra > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-dev/ssen%40apple.com > > This email sent to ssen(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

dlsym question
by Nat! 09 Apr '11

09 Apr '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi I have this problem with dlsym locating a symbol. It works in x86_64 but fails in i386: #include <dlfcn.h> #include <stdio.h> int main( int argc, char *argv[]) { void *handle; void *sym; int step; handle = dlopen( "/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation", RTLD_LAZY); step = 0; sym = dlsym( handle, "_OBJC_CLASS_$_NSThread"); if( ! sym) { ++step; sym = dlsym( handle, "OBJC_CLASS_$_NSThread"); if( ! sym) { ++step; sym = dlsym( handle, ".objc_class_name_NSThread"); } } printf( "@%d %p:%p\n", step, handle, sym); return( 0); } Output in x86_64: @1 0x7fff5fc43d78:0x7fff709366d8 Output in i386 : @2 0x8fe467a8:0x0 If I look at the output of nm $ nm Foundation.i386 | egrep '[oO][bB][jJ][cC].*NSThread$' 0028b3a4 S .objc_class_name_NSThread $ nm Foundation.x86_64 | egrep '[oO][bB][jJ][cC].*NSThread$' 00000000002a76d8 S _OBJC_CLASS_$_NSThread I speculate that the problem is, that in i386 the symbol starts with a "." instead of an underscore and that the possibly naive dlsym code gets confused by this. Is there a simple workaround ? (removing the leading '.' doesn't work) Ciao Nat! ------------------------------------------------------ Companies have more than enough "idea guys" and ideas in general than they ever have time to produce. They certainly aren't going to pay someone to sit around and come up with ideas all day. It's just not going to happen. -- K. Hoekstra _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0