|
From: | Riccardo Mottola |
Subject: | Re: [Gnustep-cvs] r34822 - in /libs/base/trunk: ChangeLog Source/NSData.m |
Date: | Mon, 05 Mar 2012 10:10:07 +0100 |
User-agent: | Mozilla/5.0 (X11; NetBSD i386; rv:8.0) Gecko/20111219 Thunderbird/8.0 |
Hi, On 03/01/12 10:09, Richard Frith-Macdonald wrote:
On 1 Mar 2012, at 08:08, Gregory Casamento wrote: The NSData archiving change is backward compatible and don't need a new version. The archive format is not backward compatible, but we already bumped the archive version format to handle that. Riccardo's problem seems to be a Gorm file with a corrupt/incorrect archive version number somehow (it seems to have a version of 40000, when the archive version in base has only just been bummed up to 12402). I don't know what's going on there.
I can shed some light here:the "4.0" version is a file version after an edit by Sebastian. So there is soemthing strange on his gnustep version (architecture? endianness? compiler? architecture?).
I retrieved the version before, created by me. It contains 1.25 which was I think a temporary version of base, still equivalent to 1.23. I edited it manually to 1.23 and it works. I will thus for now revert to the older gorm file and patch the file manually to work around the problem. But the bogus version of Sebastian needs to be investigated I think.
Riccardo
[Prev in Thread] | Current Thread | [Next in Thread] |