September 2004 - Darwin-dev

Re: ditto.c source?
by Matt Watson 13 Sep '04

13 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com matt. _______________________________________________ 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've been searching the darwin web repository without much success, can someone point me towards that source code? Darwin doesn't include ditto, so the ditto source code is not part of the Darwin open source distribution. You could try googling for hfspax or rsyncx if you're looking for source to a file copying utility that preserves forks and metadata on HFS+ filesystems. (I haven't used them, so I can't recommend one over the other) This email sent to site_archiver(a)lists.apple.com

1 0

Re: ditto.c source?
by Shantonu Sen 13 Sep '04

13 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Ditto is not a part of Darwin. Shantonu On Sep 13, 2004, at 8:22 AM, Ken Wieschhoff wrote: Thanks! ->Ken -- - -- Ken Wieschhoff (770)813-0231 *************************** _______________________________________________ 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 _______________________________________________ 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've been searching the darwin web repository without much success, can someone point me towards that source code? This email sent to ssen(a)opendarwin.org This email sent to site_archiver(a)lists.apple.com

1 0

ditto.c source?
by Ken Wieschhoff 13 Sep '04

13 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thanks! ->Ken -- - -- Ken Wieschhoff (770)813-0231 *************************** _______________________________________________ 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've been searching the darwin web repository without much success, can someone point me towards that source code? This email sent to site_archiver(a)lists.apple.com

1 0

Rép : Using dead notification with mach ports (Modifié par Stéphane Letz)
by Mail Delivery Subsystem 13 Sep '04

13 Sep '04

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Resent-date: Mon, 13 Sep 2004 16:38:06 +0200 Resent-from: Stéphane Letz <letz(a)grame.fr> Resent-message-id: <200409131431.i8DEVgEN022734(a)relay2.apple.com> Resent-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: global register variable clobbered by save/restore
by Andrew Pinski 13 Sep '04

13 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Sep 12, 2004, at 6:27 AM, David N. Williams wrote: I've had a problem with a rebuild of pfe-0.33.30 with gcc 3.3 under MacOS 10.3.4, which worked fine in 2.95.2 under MacOS 10.2.x. It seems to boil down to an illegal (I think) save/restore of one or more registers declared as global variables, which I've distilled into the example below. Among several register problems, my initial scan of Bugzilla doesn't show this, but maybe I missed it (or maybe I'm just misunderstanding something). Yes you missed that GCC has its own bugzilla and it was fixed for GCC 3.4.0, I cannot remember the bug number off hand. Thanks, Andrew Pinski _______________________________________________ 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: Self compiled gdb doesn't work with Xcode
by Kevin Van Vechten 12 Sep '04

12 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com - Kevin On Sep 12, 2004, at 3:25 PM, Mike Garey wrote: I downloaded a copy of the gdb source from: _______________________________________________ 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… What version of Xcode are you working with? gdb-356 is the version that is available from the WWDC Tiger seed. You might have better luck building the version of gdb that corresponds to the version of Xcode that your are using. For example, gdb-330.1 corresponds to Xcode 1.5. http://www.opensource.apple.com/darwinsource/tarballs/other/gdb -356.tar.gz and compiled it myself, however, I've been unable to use it successfully from within Xcode. I simply replaced the copy of gdb from /usr/bin/gdb with the newly compiled version, and Xcode is able to launch the new gdb, but any breakpoints I set are never hit. I realize that the version of gdb which I was previously using (the one that ships with Panther), actually had a shell script in /usr/bin/gdb, while the newly compiled version does not. The version of this new gdb is: "GNU gdb 2004-03-03-cvs". If anyone has any advice on how to get this to work correctly with Xcode, please let me know. And also, is this the newest version of gdb available? I tried obtaining the cvs source from ":pserver:anonymous@anoncvs.opensource.apple.com:/cvs/root", but it was older than the one available from the web site. Thanks in advance, Mike This email sent to site_archiver(a)lists.apple.com

1 0

Self compiled gdb doesn't work with Xcode
by Mike Garey 12 Sep '04

12 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com I downloaded a copy of the gdb source from: http://www.opensource.apple.com/darwinsource/tarballs/other/gdb-356.tar.gz Mike _______________________________________________ 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… and compiled it myself, however, I've been unable to use it successfully from within Xcode. I simply replaced the copy of gdb from /usr/bin/gdb with the newly compiled version, and Xcode is able to launch the new gdb, but any breakpoints I set are never hit. I realize that the version of gdb which I was previously using (the one that ships with Panther), actually had a shell script in /usr/bin/gdb, while the newly compiled version does not. The version of this new gdb is: "GNU gdb 2004-03-03-cvs". If anyone has any advice on how to get this to work correctly with Xcode, please let me know. And also, is this the newest version of gdb available? I tried obtaining the cvs source from ":pserver:anonymous@anoncvs.opensource.apple.com:/cvs/root", but it was older than the one available from the web site. Thanks in advance, _________________________________________________________________ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*. This email sent to site_archiver(a)lists.apple.com

1 0

Re: pthread_join
by Jonas Maebe 12 Sep '04

12 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 12 sep 2004, at 21:39, Marc Van Olmen wrote: Jonas _______________________________________________ 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… matt I understand that, but my remark was in the case a thread is joinable. Why am I currently obliged to call at the end of the thread function, 'pthread_detach' to release the resources of the thread, because If I dont' call 'pthread_detach' at the end of the thread function my virtual memory grows and keeps on growing when i create and delete my threads... Because if the thread is joinable, it must be kept around since somewhere in the future someone may try to join it. This email sent to site_archiver(a)lists.apple.com

1 0

Re: pthread_join
by Marc Van Olmen 12 Sep '04

12 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Sep 12, 2004, at 3:32 PM, Matt Watson wrote: regards, mvo _______________________________________________ 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'm still surprised that I need to call pthread_detach myself at the end of function call, because couldn't find any remark of that in the book, and threads under OS X seems to be created by default in 'attach' mode. The POSIX standard says that threads are be created joinable by default. pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED) with the attr used in pthread_create() will make the thread detached also. matt I understand that, but my remark was in the case a thread is joinable. Why am I currently obliged to call at the end of the thread function, 'pthread_detach' to release the resources of the thread, because If I dont' call 'pthread_detach' at the end of the thread function my virtual memory grows and keeps on growing when i create and delete my threads... This email sent to site_archiver(a)lists.apple.com

1 0

Re: pthread_join
by Matt Watson 12 Sep '04

12 Sep '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com matt. _______________________________________________ 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'm still surprised that I need to call pthread_detach myself at the end of function call, because couldn't find any remark of that in the book, and threads under OS X seems to be created by default in 'attach' mode. The POSIX standard says that threads are be created joinable by default. pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED) with the attr used in pthread_create() will make the thread detached also. This email sent to site_archiver(a)lists.apple.com

1 0