October 2004 - Darwin-dev - lists.apple.com

Re: Wanted: rsync --rsrc
by John Siracusa 18 Oct '04

18 Oct '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Microsoft-Entourage/11.1.0.040913 On Mon, 18 Oct 2004 13:00:22 -0700, Dave Yost wrote: > Has anybody hacked rsync to do resource forks? Yes, Apple has: http://www.apple.com/macosx/tiger/unix.html -John _______________________________________________ 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

Wanted: rsync --rsrc
by Dave Yost 18 Oct '04

18 Oct '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Has anybody hacked rsync to do resource forks? Thanks Dave _______________________________________________ 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: file monitored by kqueue isn't deleted
by Jim Magee 18 Oct '04

18 Oct '04

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: Compiling cctools in Codewarrior/PEF
by Shantonu Sen 18 Oct '04

18 Oct '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Oct 18, 2004, at 8:14 AM, Josh wrote: Shantonu, Thanks for the tips. I'll take a look at the odcctools project. There are a couple of reasons I don't want to include it as a framework. First of all, size is of the utmost importance so I wanted to have it statically linked into my executable and rely on the linker to strip out the dead code (I'm not even sure how well Codewarrior's linker does this, as I haven't gotten far enough to test this out). Second of all I didn't want to require a file on the user's system. In retrospect, the second isn't as big a problem (since my CFM app is bundled) as the first. A bundle has the advantage that you can rebuild and redistribute it independent of your main app, if necessary. 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… I didn't say "framework", but that's an option. If your app is already bundled, the user will never see the internal layout unless they try really hard. What makes you think static linking will make smaller code? The Xcode 1.5 tools release supports dead code stripping, which can be used for dylibs and bundles, as well as main executables. All you have to do is create an exports lists of the symbols you want to be visible. Anything that's not reachable from those entry points will be dead code stripped. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Compiling cctools in Codewarrior/PEF
by Josh 18 Oct '04

18 Oct '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Z6cFK1eBGBcrciqjgztXLUe9DFZDyvCfh8KFhSHDSAC/tzrNsq+5ADNHaFhgbUzBdMkhlTem0mHMkkDdZeiT/BJB2gRL6XqaFJUHrNq6xolZB0jD99e+o41lJ9qTOzjs5dUOgY/woaG488xOcoKxtn3SIAqwTk67CaV3IBGUC1g Shantonu, Thanks for the tips. I'll take a look at the odcctools project. There are a couple of reasons I don't want to include it as a framework. First of all, size is of the utmost importance so I wanted to have it statically linked into my executable and rely on the linker to strip out the dead code (I'm not even sure how well Codewarrior's linker does this, as I haven't gotten far enough to test this out). Second of all I didn't want to require a file on the user's system. In retrospect, the second isn't as big a problem (since my CFM app is bundled) as the first. Man, I'm dying to move to Mach-O! Unfortunately, the project I'm working on is several years old and has millions of lines of code that would take entirely too long to port over to Mach-O. Josh Ferguson On Mon, 18 Oct 2004 07:38:27 -0700, Shantonu Sen <ssen(a)opendarwin.org> wrote: > > On Oct 18, 2004, at 6:55 AM, Josh wrote: > > > <sorry if this is a repost - I didn't see it posted the first time I > > emailed it...> > > > > I'm trying to compile the some of the prebinding libraries included in > > cctools using Codewarrior. Ultimately, I want to call unprebind() from > > a Carbon CFM app. The problem is that it compiles as a Mach-O static > > library (and I need it to be static) and I can't call that from a CFM > > app. > > Why can't you compile it as a bundle and load that? I believe that is > the > supported way of calling Mach-O code from CFM apps, no? > > > The other option is to compile it as a Carbon PEF library, but I > > can't get codewarrior to do this (mwpefcc gives me all sorts of errors > > with the #include statements). > > What kind of errors? If it's problems with the #import statements, you > may > want to take a look at the odcctools project > <http://www.opendarwin.org/projects/odcctools/>, > which maintains a set of patches against cctools. for greater > portability > and ease of building. You probably want to apply the patches to some > version of cctools released by Apple in a developer tools release, > unlike > the cctools snapshots they currently use. > > > Anyone have any experience or tips with > > this? > > Not really. Most developers have moved to Mach-O. > > 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… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Compiling cctools in Codewarrior/PEF
by Shantonu Sen 18 Oct '04

18 Oct '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Oct 18, 2004, at 6:55 AM, Josh wrote: <sorry if this is a repost - I didn't see it posted the first time I emailed it...> I'm trying to compile the some of the prebinding libraries included in cctools using Codewarrior. Ultimately, I want to call unprebind() from a Carbon CFM app. The problem is that it compiles as a Mach-O static library (and I need it to be static) and I can't call that from a CFM app. The other option is to compile it as a Carbon PEF library, but I can't get codewarrior to do this (mwpefcc gives me all sorts of errors with the #include statements). Anyone have any experience or tips with this? Not really. Most developers have moved to Mach-O. 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… Why can't you compile it as a bundle and load that? I believe that is the supported way of calling Mach-O code from CFM apps, no? What kind of errors? If it's problems with the #import statements, you may want to take a look at the odcctools project <http://www.opendarwin.org/projects/odcctools/>, which maintains a set of patches against cctools. for greater portability and ease of building. You probably want to apply the patches to some version of cctools released by Apple in a developer tools release, unlike the cctools snapshots they currently use. This email sent to site_archiver(a)lists.apple.com

1 0

Compiling cctools in Codewarrior/PEF
by Josh 18 Oct '04

18 Oct '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=bMRHJ3ud79/MfblVsOQ65g0ZA8caKXuROh/8Rd5xHMxe8ZTETHMDhR/Em10QHh4SVlsBI+yVPhbasq2ruwZ2QDa/WJyav0CtAvdXAbfs5gK1T0V+e8wdGUKrflxHC88H0Fckcq2iRO3G07GOjrdQQtXnxV+P6sBIf5p95lUGqn8 <sorry if this is a repost - I didn't see it posted the first time I emailed it...> I'm trying to compile the some of the prebinding libraries included in cctools using Codewarrior. Ultimately, I want to call unprebind() from a Carbon CFM app. The problem is that it compiles as a Mach-O static library (and I need it to be static) and I can't call that from a CFM app. The other option is to compile it as a Carbon PEF library, but I can't get codewarrior to do this (mwpefcc gives me all sorts of errors with the #include statements). Anyone have any experience or tips with this? _______________________________________________ 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: [workaround] file monitored by kqueue isn't deleted
by Mike Smith 17 Oct '04

17 Oct '04

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Here's the workaround I wrote. I'm submitting it to the list because I would like feedback as to what could go wrong. I'm way out of my API comfort zone at this point, and calling unlink() makes me a little hesitant :-). I have tested the code; it works correctly for me. = 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… Don't do it. Your users will love you the first time you delete a file that shouldn't have been deleted, or at least they will once they finally work out that it's you. You want an answer from DTS (or Jim Magee if he's listening right now) as to why the file isn't being deleted. The hack you're proposing is just Bad. This email sent to site_archiver(a)lists.apple.com

1 0

[workaround] file monitored by kqueue isn't deleted
by Eric Ocean 15 Oct '04

15 Oct '04

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 #include <sys/types.h> #include <sys/stat.h> #include <unistd.h> unsigned int InodeForFileDescriptor( int fd ) { struct stat sb; if ( fstat( fd, &sb ) == 0 ) return sb.st_ino; // fstat() returns 0 on success else return 0; } - (void) fileDeletedNotification:(NSNotification *)note; { NSString *path = [note object]; unsigned int inode = [kqueue inodeForPathInQueue:path]; [kqueue removePathFromQueue:path]; if ( inode ) { NSString *parentDirectory = [path stringByDeletingLastPathComponent]; NSArray *files = [[NSFileManager defaultManager] directoryContentsAtPath:parentDirectory]; NSEnumerator *e = [files objectEnumerator]; NSString *lastPathComponent; while ( lastPathComponent = [e nextObject] ) { BOOL isDirectory = NO; NSString *fullPath = [parentDirectory stringByAppendingPathComponent:lastPathComponent]; [[NSFileManager defaultManager] fileExistsAtPath:fullPath isDirectory:&isDirectory]; if ( isDirectory == NO ) // we're looking for a file { NSFileHandle *fh = [NSFileHandle fileHandleForReadingAtPath:fullPath]; int fd = [fh fileDescriptor]; if ( InodeForFileDescriptor( fd ) == inode ) { // hack to get file to actually delete unlink( [fullPath cString] ); break; } } } } [kqueue addPathToQueue:path]; // the file exists again by the time we get here [self fileWrittenToNotification:note]; // my file modified code }

1 0

file monitored by kqueue isn't deleted
by Eric Ocean 15 Oct '04

15 Oct '04

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