[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Is this considered safe?

From: Toby Thain <toby_at_telegraphics.com.au>
Date: Sun, 15 Mar 2009 11:08:03 -0400

On 11-Mar-09, at 12:07 AM, Ryan Schmidt wrote:

> On Mar 10, 2009, at 09:11, Brian Postow wrote:
>> I have a subversion repository, and everything works fine. EXCEPT
>> that svn doesn't seem to work correctly with Macintosh resource
>> files, or actually, anything with resource fork. It just zeros it
>> out and gives only the data fork. For resource files, this is a
>> major problem.
> Yes, Subversion doesn't know anything about Mac-specific resource
> forks, has no code to read them, and will ignore them, ...
> There are two alternatives you might want to consider instead of what
> you're currently planning:
> 1. Stop using resource forks, if possible. ...
> 2. Put the resource forks into the repository. ...

There's an even better way: Use the .r text format for resources.

This gives a human readable view of most system resources, and a hex
dump for others, which is fully diffable.

See the Rez utility in the Apple Developer tools (this is also
available in MPW and CodeWarrior).

> Either of these options require manual intervention from you before
> and after every commit (compress, commit, decompress; or AppleDouble-
> encode, commit, AppleDouble-decode).

Compile them to resource forks as a build step, either in a Makefile,
or an Xcode project (Xcode knows about .r files).


> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?
> dsForumId=1065&dsMessageId=1306211
> To unsubscribe from this discussion, e-mail: [users-
> unsubscribe_at_subversion.tigris.org].


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-03-15 16:09:04 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.