|
From: | Fred Kiefer |
Subject: | Re: [Gnustep-cvs] r34822 - in /libs/base/trunk: ChangeLog Source/NSData.m |
Date: | Mon, 27 Feb 2012 09:09:46 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120215 Thunderbird/10.0.2 |
On 27.02.2012 03:12, Eric Wasylishen wrote:
Author: ericwa Date: Mon Feb 27 03:12:19 2012 New Revision: 34822 URL: http://svn.gna.org/viewcvs/gnustep?rev=34822&view=rev Log: * Source/NSData.m: Various 64-bit compatibility fixes, mostly changing unsgined to NSUInteger. Modified: libs/base/trunk/ChangeLog libs/base/trunk/Source/NSData.m
If I checked correctly this patch changed the on disk representation of NSData for archiving on 64bit systems. You changed the encoding of length from unsigned int to NSUInteger and if the underlying archiver doesn't take care of this (Richard, is this the case? Then this mail is pointless), this will result in a different representation. Normally we have to increase the version number for the class to handle such a change and provide different decoding paths for the different versions.
[Prev in Thread] | Current Thread | [Next in Thread] |