Skip navigation.
 
mlRe: Should a Method set NSError* to nil when No Error?
FROM : Uli Kusterer
DATE : Sun Apr 20 16:20:01 2008

Am 20.04.2008 um 11:45 schrieb Jean-Daniel Dupas:
> I greatly prefere the C99 way to do it. It prevents variables 
> conflict if you have more than one loop in your method.
>
> for (int idx = 0; idx < maxCount(); idx++) {
>
> }



  Yeah, I like that, when I can use it. It's just not always possible, 
and sometimes you want several loops to share a counter.

  Besides, it wouldn't have illustrated the point I was trying to 
make, that I always initialize variables, even if I'll be smashing 
their value right thereafter. Maybe I should have gone with:

   BOOL    success = NO;

   success = [[NSFileManager defaultManager] changeCurrentDirectoryPath: 
@"/"];

or whatever.

Cheers,
-- Uli Kusterer
"The Witnesses of TeachText are everywhere..."
http://www.zathras.de

Related mailsAuthorDate
mlShould a Method set NSError* to nil when No Error? Jerry Krinock Apr 19, 18:46
mlRe: Should a Method set NSError* to nil when No Error? Bill Bumgarner Apr 19, 20:24
mlRe: Should a Method set NSError* to nil when No Error? Jerry Krinock Apr 19, 22:10
mlRe: Should a Method set NSError* to nil when No Error? Ali Ozer Apr 20, 00:11
mlRe: Should a Method set NSError* to nil when No Error? Uli Kusterer Apr 20, 01:03
mlRe: Should a Method set NSError* to nil when No Error? Jean-Daniel Dupas Apr 20, 11:45
mlRe: Should a Method set NSError* to nil when No Error? Uli Kusterer Apr 20, 16:20
mlRe: Should a Method set NSError* to nil when No Error? Clark Cox Apr 20, 17:40