gnustep/libs-base
0
0
Fork 0
mirror of https://github.com/gnustep/libs-base.git synced 2025-05-31 08:41:03 +00:00
Code Issues Projects Releases Packages Wiki Activity

revert reversion ... i was wrong about jigs

Browse source 
git-svn-id: svn+ssh://svn.gna.org/svn/gnustep/libs/base/trunk@30150 72102866-910b-0410-8b05-ffd578937521
This commit is contained in:
Richard Frith-MacDonald 2010-04-14 10:39:05 +00:00
parent 0017de868c
commit 4da5c940ab
2 changed files with 3 additions and 11 deletions
Download patch file Download diff file Expand all files Collapse all files

4
ChangeLog
View file

@ -1,7 +1,3 @@
2010-04-14 Richard Frith-Macdonald <rfm@gnu.org>
* Revert last change ... it broke the method for use in jigs.
2010-04-13 Richard Frith-Macdonald <rfm@gnu.org> 2010-04-13 Richard Frith-Macdonald <rfm@gnu.org>
* Source/NSArray.m: ([-initWithContentsOfFile:]) added ugly OSX * Source/NSArray.m: ([-initWithContentsOfFile:]) added ugly OSX

10
Source/NSArray.m
View file

@ -796,16 +796,12 @@ static SEL rlSel;
RELEASE(myString); RELEASE(myString);
if ([result isKindOfClass: NSArrayClass]) if ([result isKindOfClass: NSArrayClass])
{ {
//self = [self initWithArray: result];
/* OSX appears to always return a mutable array rather than /* OSX appears to always return a mutable array rather than
* the class of the receiver. * the class of the receiver.
* GNUstep behavior is to initialize the receiver with the
* contents of the array in the property list ... which seems
* much more sane, and importantly means that the jigs java
* bridge can work with this method (the java bridge has
* problems with initialisers which return a result other
* than the original receiver).
*/ */
self = [self initWithArray: result]; RELEASE(self);
self = RETAIN(result);
} }
else else
{ {