Re: NSLog on releasebuild

2008-07-24 Thread Michael Ash
On Thu, Jul 24, 2008 at 1:35 PM, Nate Weaver <[EMAIL PROTECTED]> wrote: > You're right, of course (I forgot about this). > > I think I decided not to worry about it too much since it shouldn't make it > into production code (if it does, then I did something wrong). My main goal > was to keep the ma

Re: NSLog on releasebuild

2008-07-24 Thread Nate Weaver
You're right, of course (I forgot about this). I think I decided not to worry about it too much since it shouldn't make it into production code (if it does, then I did something wrong). My main goal was to keep the macro as simple as I could (or at least, not have to break it onto multiple

Re: NSLog on releasebuild

2008-07-23 Thread Jean-Daniel Dupas
By carefull with the basename function. Theoricaly, it require a mutable string (char * and not const char *), so this logging function may crash (even it for now it works). Le 23 juil. 08 à 20:01, Nate Weaver a écrit : This is the route I follow. I use normal NSLog() statements for condit

Re: NSLog on releasebuild

2008-07-23 Thread Gregory Weston
Andrew Merenbach wrote: Is there anything particularly wrong with NSLog statements being in a release package? Performance wise? Security wise? Just wondering the root of the question. I'd say that the most important reason for removing the NSLog() statements *might* be the look of the program

Re: NSLog on releasebuild

2008-07-23 Thread Timothy Reaves
> On Jul 23, 2008, at 6:48 PM, Mike wrote: > >> Hello, >> >> During development and debug I typically use tons of NSLog()- >> messages to get info what's happening. >> I don't wish to include these messages to release-build so what is >> common/recommended way to get rid of them? >> >> Should I com

Re: NSLog on releasebuild

2008-07-23 Thread Nate Weaver
This is the route I follow. I use normal NSLog() statements for conditions that "should never happen", and DebugLog() for debugging: #ifdef DEBUG #define DebugLog(s, ...) NSLog((@"%s %s:%d " s), __func__, basename(__FILE__), __LINE__, ## __VA_ARGS__); #else #define DebugLog(s, ...) #endif T

Re: NSLog on releasebuild

2008-07-23 Thread Chris Backas
at 8:18 AM, Ian was here wrote: Try this #ifdef DEBUG NSLog("Whatever"); #endif --- On Wed, 7/23/08, Mike <[EMAIL PROTECTED]> wrote: From: Mike <[EMAIL PROTECTED]> Subject: NSLog on releasebuild To: "Cocoa-Dev List" Date: Wednesday, July 23, 2008, 7:48 A

Re: NSLog on releasebuild

2008-07-23 Thread Mike
def DEBUG NSLog("Whatever"); #endif --- On Wed, 7/23/08, Mike <[EMAIL PROTECTED]> wrote: From: Mike <[EMAIL PROTECTED]> Subject: NSLog on releasebuild To: "Cocoa-Dev List" Date: Wednesday, July 23, 2008, 7:48 AM Hello, During development and debug I typically

Re: NSLog on releasebuild

2008-07-23 Thread Dmitri Goutnik
On Jul 23, 2008, at 6:48 PM, Mike wrote: Hello, During development and debug I typically use tons of NSLog()- messages to get info what's happening. I don't wish to include these messages to release-build so what is common/recommended way to get rid of them? Should I comment them all out o

Re: NSLog on releasebuild

2008-07-23 Thread Shawn Erickson
On Wed, Jul 23, 2008 at 8:33 AM, Phillip Jacobs <[EMAIL PROTECTED]> wrote: > Is there anything particularly wrong with NSLog statements being in a > release package? Performance wise? Security wise? Just wondering the root of > the question. 1) Possible performance issue (just burning CPU for some

Re: NSLog on releasebuild

2008-07-23 Thread Shawn Erickson
On Wed, Jul 23, 2008 at 7:48 AM, Mike <[EMAIL PROTECTED]> wrote: > Hello, > > During development and debug I typically use tons of NSLog()-messages to get > info what's happening. > I don't wish to include these messages to release-build so what is > common/recommended way to get rid of them? > > S

Re: NSLog on releasebuild

2008-07-23 Thread Andrew Merenbach
w On Jul 23, 2008, at 8:18 AM, Ian was here wrote: Try this #ifdef DEBUG NSLog("Whatever"); #endif --- On Wed, 7/23/08, Mike <[EMAIL PROTECTED]> wrote: From: Mike <[EMAIL PROTECTED]> Subject: NSLog on releasebuild To: "Cocoa-Dev List" Date: Wednesday,

Re: NSLog on releasebuild

2008-07-23 Thread Phillip Jacobs
opening quote: NSLog(@"Whatever"); Cheers, Andrew On Jul 23, 2008, at 8:18 AM, Ian was here wrote: Try this #ifdef DEBUG NSLog("Whatever"); #endif --- On Wed, 7/23/08, Mike <[EMAIL PROTECTED]> wrote: From: Mike <[EMAIL PROTECTED]> Subject: NSLo

Re: NSLog on releasebuild

2008-07-23 Thread Andrew Merenbach
rote: From: Mike <[EMAIL PROTECTED]> Subject: NSLog on releasebuild To: "Cocoa-Dev List" Date: Wednesday, July 23, 2008, 7:48 AM Hello, During development and debug I typically use tons of NSLog()-messages to get info what's happening. I don't wish to include these mes

Re: NSLog on releasebuild

2008-07-23 Thread Ian was here
Try this #ifdef DEBUG NSLog("Whatever"); #endif --- On Wed, 7/23/08, Mike <[EMAIL PROTECTED]> wrote: > From: Mike <[EMAIL PROTECTED]> > Subject: NSLog on releasebuild > To: "Cocoa-Dev List" > Date: Wednesday, July 23, 2008, 7:48 AM > Hello

NSLog on releasebuild

2008-07-23 Thread Mike
Hello, During development and debug I typically use tons of NSLog()-messages to get info what's happening. I don't wish to include these messages to release-build so what is common/recommended way to get rid of them? Should I comment them all out or is there some easier way to disable the