Maybe this will assuage your outrage (excuse the lame programmer poetry): If you were to look at the apis for NSArray and see that indices are signed integers, you could reasonably conclude that storing/retrieving an object from a negative index is a legitimate thing to do. That would maybe be a fun capability, but then it raises questions like is the array zero-based or what? Etc.
Starting to make more sense? _murat On May 30, 2011, at 2:10 PM, julius wrote: > > On 30 May 2011, at 21:56, Dave Zarzycki wrote: > >> On May 30, 2011, at 1:45 PM, julius wrote: >> >>> >>> On 30 May 2011, at 20:03,Quincey Morris wrote >>>> >>>> On May 30, 2011, at 08:27, julius wrote: >>>> >>>>> All I had hoped was that someone on this list might illuminate the issue >>>>> more than has happened so far. >>>> >>>> The problem isn't really lack of illumination, but that you're not >>>> prepared to accept the consequences of the explanation. >>> >>> Hilarity and riot. >>> >>>> >>>> Here's my version of the illumination: >>>> >>> snip >>>> -- It at least theoretically provides opportunities for compile-type (== >>>> better) error messages if you accidentally pass a value of the wrong type. >>>> >>>> -- It at least theoretically eliminates the need to code some range >>>> validation checks. >>>> >>> >>> Here is a nice instance that I think quite germane. >>> >>> The input parameter to NSArray's objectAtIndex: is an NSUInteger. >>> Both these code snippets work perfectly (they retrieve element 3). >>> zStr = [zAry objectAtIndex:3.1]; >>> and >>> CGFloat zF1 = 3.2; >>> zStr = [zAry objectAtIndex:zF1]; >>> >>> I'm sure that by setting the right flags one could get warning messages to >>> appear. >> >> >> Julius, >> >> As others have pointed out, this has nothing to do with Objective-C or Cocoa. > > NSArray and its count method has nothing to do with Cocoa? > > > I'm off to save a few sheep off the Antrim coast. > > Julius > > > http://juliuspaintings.co.uk > > > > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/cocoa-dev/mlist0987%40gmail.com > > This email sent to mlist0...@gmail.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
