bgannin has left the building :D

[dchoby98]

You missed an @ symbol there Dave...should be [NSString stringWithFormat:@" (etc.)]

I wouldn't have said anything, but non-devs always have the right to point out Cocoa syntax errors of devs

*whistles innocently while madly hitting the Edit button*

[MBHockey]

Congratulations Brian...it's awesome to see that you're doing something you are so excited about and obviously enjoy (and getting paid for it!! )

Good luck!

-Mike

[bgannin]

For those who are curious and enjoy techie news:

http://home.businesswire.com/portal/sit ... ewsLang=en

Figure it out from there [hint, 1st implementor]

[djmori]

Congrats!!!

[michael]

Sad to see you go bgannin, just wondering will this slow the development of Adium, and are there any plans to hall in a new developer?

[bgannin]

This won't slow Adium in any way, shape or form. Adium is a volunteer project, not a job, so you don't 'hall' people in, they volunteer time and changes as they see fit. Thus I'll still contribute when I have time, otherwise not. As to any slack... there's not any... because there aren't timelines. [and any projects I would/was/am working on stay safely in brain or on my comp. until they actually get done]

Primary development on Adium is handled by Evan and Adam, the lead developers.

[Durandal]

#define bgannin [NSString stringWithFormat:@"%@ a$$hole dev %@","reformed","on a new project"];

That should be ...

Code: Select all

#define bgannin [NSString stringWithFormat:@"%@ a$$hole dev %@", @"reformed, @"on a new project"];

And don't forget to retain him.

[FredAkbar]

Much better, Durandal and there shouldn't be a semi-colon at the end either, right? Since it's a preprocessor define, not a standalone statement.

[bgannin]

Actually, Durandal is missing a " for closing the 2nd string, thus it wouldn't work. Retaining is not applicable - the frameworks by default give you an autoreleased item.

Better:

#define bgannin [NSString stringWithFormat:@"%@ a$$hole dev %@", @"reformed", @"on a new project"]

[FredAkbar]

Retaining is not applicable - the frameworks by default give you an autoreleased item.

Yeah, so couldn't you retain it, so that when it's autoreleased, its retain count is 1 (rather than 0), and thus it isn't dealloc'ed?

[bgannin]

If it's never dealloc'ed you are leaking. If you receive an autoreleased item within your pool the only reason to retain is if you alloc within a method and need it to last longer than the scope of method's pool.