Re: 'ditto' troubles

2010-02-23 Thread Greg Guerin
Steve Cronin wrote: At the time the user requests I initiate an NSTask and deploy: NSTask *unzipTask=[[NSTask alloc] init]; [unzipTask setLaunchPath:@"/usr/bin/ditto"]; [unzipTask setArguments:[NSArray arrayWithObjects:@"-x",@"- k",sourcePath,targetPath,nil]]; The problem is

Re: 'ditto' troubles

2010-02-23 Thread Steve Cronin
Fritz; Thanks for the tip. Things so obvious after clarity has improved. The brain can be its own worst enemy… Anyway the deployed result was simply an empty directory containing the valid application. Reworking the original build step to remove the --keepParent appears to have done the trick…

Re: 'ditto' troubles

2010-02-23 Thread Fritz Anderson
On 23 Feb 2010, at 2:11 PM, Steve Cronin wrote: > I have all of this working including a build step that compresses the > appropriate release version of Helper > (/usr/bin/ditto -c -k --sequesterRsrc --keepParent) > > At the time the user requests I initiate an NSTask and deploy: > NSTask

'ditto' troubles

2010-02-23 Thread Steve Cronin
Folks; This is a Mac application. I have a helper app that I want to transport inside of a larger app (Mother) At the user's discretion I want to deploy the helper app The helper app CAN be called by AppleScript. In order to help with Mother's file size and inadvertent calling of Helper (when n