February 2005 - Darwin-dev - lists.apple.com

Re: __attribute__((constructor)) in dylib does not run with DYLD_INSERT_LIBRARIES
by Brian Dantes 28 Feb '05

28 Feb '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Microsoft-Entourage/10.1.4.030702.0 If this were a static library, you certainly would expect any static constructors to run that were defined in that library. The only difference in that scenario and this one is when the library is loaded into the image. I would hazard to say that Linux (and FreeBSD, HPUX, Solaris and other variants I've directly tried this on) are correct and MacOS X is not. I have submitted this as Radar bug report to Apple as well, so we'll see if anything comes of that. -Brian > From: Markus Hitter <mah(a)jump-ing.de> > Date: Tue, 1 Mar 2005 00:53:11 +0100 > To: Brian Dantes <brian(a)things.org> > Cc: <darwin-dev(a)lists.apple.com> > Subject: Re: __attribute__((constructor)) in dylib does not run with > DYLD_INSERT_LIBRARIES > > > Am 28.02.2005 um 12:48 schrieb Brian Dantes: > >> I'm trying to port an LD_PRELOAD trick from Linux to MacOS X. Given the >> following two files: >> >> foo.c: >> ------ >> [...] >> void __attribute__((constructor)) my_init() { >> printf("Constructor called!\n"); >> } >> >> bar.c: >> ------ >> int main() { >> return 0; >> } > >> If I change the code such that bar.c references some symbol in foo.c, >> and link bar directly with the library, it works as >> expected[Constructor is called]. > > I'd say it works both times correctly and Linux wastes cycles with > constructing unneeded objects. Loading is not constructing. > > > my 2 cents > > Markus > > - - - - - - - - - - - - - - - - - - - > Dipl. Ing. Markus Hitter > http://www.jump-ing.de/ > > > > _______________________________________________ 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: __attribute__((constructor)) in dylib does not run with DYLD_INSERT_LIBRARIES
by Markus Hitter 28 Feb '05

28 Feb '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Am 28.02.2005 um 12:48 schrieb Brian Dantes: I'm trying to port an LD_PRELOAD trick from Linux to MacOS X. Given the following two files: foo.c: ------ [...] void __attribute__((constructor)) my_init() { printf("Constructor called!\n"); } bar.c: ------ int main() { return 0; } my 2 cents Markus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ _______________________________________________ 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… If I change the code such that bar.c references some symbol in foo.c, and link bar directly with the library, it works as expected[Constructor is called]. I'd say it works both times correctly and Linux wastes cycles with constructing unneeded objects. Loading is not constructing. This email sent to site_archiver(a)lists.apple.com

1 0

Re: DSS & JMF
by Justin Walker 28 Feb '05

28 Feb '05

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com On Feb 28, 2005, at 15:37, Amr Salah wrote: Hello every body This list is for the Darwin OS. Regards, Justin -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | Some people have a mental | horizon of radius zero, and | call it their point of view. | -- David Hilbert *--------------------------------------*-------------------------------* _______________________________________________ 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… i like to ask about JMF (java media framework ) is there any body tried to use it to stream media to DSS … I like to try this but it still thinking how to start if any body tried it before I'll be so grateful if he kindly help me The best help we can give you is to point you to <http://lists.apple.com> where the lists provided by Apple are managed, and descriptions of each are given. This email sent to site_archiver(a)lists.apple.com

1 0

DSS & JMF
by Amr Salah 28 Feb '05

28 Feb '05

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Thread-index: AcUd7nrQpC0iOtOsT2KT1cJoJKPiRA== _______________________________________________ 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

__attribute__((constructor)) in dylib does not run with DYLD_INSERT_LIBRARIES
by Brian Dantes 28 Feb '05

28 Feb '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Microsoft-Entourage/10.1.6.040913.0 I'm trying to port an LD_PRELOAD trick from Linux to MacOS X. Given the following two files: foo.c: ------ #include <stdio.h> int my_var = 64; void __attribute__((constructor)) my_init() { printf("Constructor called!\n"); } bar.c: ------ int main() { return 0; } Things work as expected on RedHat Linux Fedora Core 2: gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) ------------------------------------------------------ % gcc -o bar bar.c % gcc -o foo.so -fPIC -shared foo.c % LD_PRELOAD="./foo.so" ./bar Constructor called! % But on MacOS X 10.3.8, unhappiness: gcc version 3.3 20030304 (Apple Computer, Inc. build 1671) (This is the latest and greatest of Apple's gcc, AFAIK) ---------------------------------------------------------- % gcc -dynamiclib -fno-common -o foo.dylib foo.c % gcc -o bar bar.c % DYLD_INSERT_LIBRARIES="foo.dylib" ./bar % % DYLD_INSERT_LIBRARIES="foo.dylib" DYLD_PRINT_LIBRARIES=1 ./bar loading libraries for DYLD_INSERT_LIBRARIES=foo.dylib loading library: foo.dylib loading libraries for image: ./bar loading library: foo.dylib loading library: /usr/lib/libSystem.B.dylib loading libraries for image: foo.dylib loading libraries for image: /usr/lib/libSystem.B.dylib loading library: /usr/lib/system/libmathCommon.A.dylib loading libraries for image: /usr/lib/system/libmathCommon.A.dylib % As you can see, foo.dylib is, in fact, loaded. If I change the code such that bar.c references some symbol in foo.c, and link bar directly with the library, it works as expected. If anyone reading this has a Tiger seed, would you mind seeing if this is still broken? Does anyone know of a workaround in Panther? I can edit foo.c to my heart's content, but bar.c is not available to me. I've been thinking about overriding some common symbol I hope will never actually be used (although I don't know what that might be) as a potential hack. Thanks, Brian _______________________________________________ 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: StartupItemContext & Darwin 6.x
by Stéphane Sudre 27 Feb '05

27 Feb '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On dimanche, février 27, 2005, at 08:46 PM, Shantonu Sen wrote: On Feb 27, 2005, at 11:27 AM, Stéphane Sudre wrote: On dimanche, février 27, 2005, at 07:38 PM, Shantonu Sen wrote: Interesting information. _______________________________________________ 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… In Darwin 6, you can ssh in to the machine as root and start the daemon. In Darwin 6, ssh connections did not get put into their own bootstrap subset context, and used the context of the master sshd, which was the root bootstrap context. But it would require to know the root password and have ssh running. Using StartupItemContext also requires knowing the root password, or some proxy to obtain root privileges (like sudo). If you have an existing networking service like ssh, telnet, or rsh, running on the Darwin 6 machine, you can connect to localhost as yourself, and then sudo your way to success. Darwin 7 lets you skip the localhost connection, but you probably still need to use sudo or AEWP or a setuid tool or some combination. In my case, I would be in the postflight script of an Installer.app package requiring root authentication, so no problem, no root password. This email sent to site_archiver(a)lists.apple.com

1 0

Re: StartupItemContext & Darwin 6.x
by Shantonu Sen 27 Feb '05

27 Feb '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Feb 27, 2005, at 11:27 AM, Stéphane Sudre wrote: On dimanche, février 27, 2005, at 07:38 PM, Shantonu Sen wrote: Interesting information. Shantonu _______________________________________________ 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… In Darwin 6, you can ssh in to the machine as root and start the daemon. In Darwin 6, ssh connections did not get put into their own bootstrap subset context, and used the context of the master sshd, which was the root bootstrap context. But it would require to know the root password and have ssh running. Using StartupItemContext also requires knowing the root password, or some proxy to obtain root privileges (like sudo). If you have an existing networking service like ssh, telnet, or rsh, running on the Darwin 6 machine, you can connect to localhost as yourself, and then sudo your way to success. Darwin 7 lets you skip the localhost connection, but you probably still need to use sudo or AEWP or a setuid tool or some combination. This email sent to site_archiver(a)lists.apple.com

1 0

Re: StartupItemContext & Darwin 6.x
by Stéphane Sudre 27 Feb '05

27 Feb '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On dimanche, février 27, 2005, at 07:38 PM, Shantonu Sen wrote: Interesting information. But it would require to know the root password and have ssh running. _______________________________________________ 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… In Darwin 6, you can ssh in to the machine as root and start the daemon. In Darwin 6, ssh connections did not get put into their own bootstrap subset context, and used the context of the master sshd, which was the root bootstrap context. I think I will wait till the moment I drop support for Darwin 6 (OS X 10.2) and then I will use StartupItemContext. This email sent to site_archiver(a)lists.apple.com

1 0

Re: StartupItemContext & Darwin 6.x
by Shantonu Sen 27 Feb '05

27 Feb '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Shantonu On Feb 27, 2005, at 5:56 AM, Stéphane Sudre wrote: On dimanche, février 27, 2005, at 04:03 AM, Kevin Van Vechten wrote: - Kevin On Feb 26, 2005, at 2:41 PM, Stéphane Sudre wrote: Is it possible to get the same behavior by running: SystemStarter -v start TheServiceName then? The only solution is to restart the computer, isn't it? _______________________________________________ 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… In Darwin 6, you can ssh in to the machine as root and start the daemon. In Darwin 6, ssh connections did not get put into their own bootstrap subset context, and used the context of the master sshd, which was the root bootstrap context. I believe executing SystemStarter on the command line will use the login context by default, which is the reason StartupItemContext was invented. On mercredi, février 23, 2005, at 02:55 AM, Kevin Van Vechten wrote: These commands have no equivalent in Darwin 6.x, they were introduced in Darwin 7.x. Event though StartupItemContext compiles on Darwin 6.x, it may require support from mach_init which isn't present in that version (this is just speculation). The How-To in the Darwin documentation (and the man page of SystemStarter in 10.2.8) is not really clear on the context. Would it be a StartupItem context (bootstrap) or another one? So basically, there is no way in Mac OS X 10.2 to cleanly kill a bootstrap process and relaunch it. _______________________________________________ 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% 40opendarwin.org This email sent to ssen(a)opendarwin.org This email sent to site_archiver(a)lists.apple.com

1 0

Re: StartupItemContext & Darwin 6.x
by Stéphane Sudre 27 Feb '05

27 Feb '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On dimanche, février 27, 2005, at 04:03 AM, Kevin Van Vechten wrote: - Kevin On Feb 26, 2005, at 2:41 PM, Stéphane Sudre wrote: On mercredi, février 23, 2005, at 02:55 AM, Kevin Van Vechten wrote: Is it possible to get the same behavior by running: SystemStarter -v start TheServiceName then? The only solution is to restart the computer, isn't it? _______________________________________________ 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… I believe executing SystemStarter on the command line will use the login context by default, which is the reason StartupItemContext was invented. These commands have no equivalent in Darwin 6.x, they were introduced in Darwin 7.x. Event though StartupItemContext compiles on Darwin 6.x, it may require support from mach_init which isn't present in that version (this is just speculation). The How-To in the Darwin documentation (and the man page of SystemStarter in 10.2.8) is not really clear on the context. Would it be a StartupItem context (bootstrap) or another one? So basically, there is no way in Mac OS X 10.2 to cleanly kill a bootstrap process and relaunch it. This email sent to site_archiver(a)lists.apple.com

1 0