Re: App works when launched from Xcode, not from Finder
Re: App works when launched from Xcode, not from Finder
- Subject: Re: App works when launched from Xcode, not from Finder
- From: PCWiz <email@hidden>
- Date: Wed, 16 Dec 2009 19:02:00 -0700
I've sent Joar the source off list, but meanwhile I tried Kyle Sluder's suggestion to run gdb on the app. Here's the log:
pcwiz-mbp:~ Indragie$ gdb /Users/pcwiz/Desktop/TwitMenu/build/Release/TwitMenu.app
GNU gdb 6.3.50-20050815 (Apple version gdb-1344) (Fri Jul 3 01:19:56 UTC 2009)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries .............. done
(gdb) set env MallocStackLogging 1
(gdb) set env NSDebugEnabled 1
(gdb) set env NSZombieEnabled 1
(gdb) fb -[NSException raise]
Breakpoint 1 at 0xb43958105b0a14
(gdb) fb objc_exception_throw
Breakpoint 2 at 0xa3d70a3d6570da
(gdb) r
Starting program: /Users/pcwiz/Desktop/TwitMenu/build/Release/TwitMenu.app/Contents/MacOS/TwitMenu
bash(6349) malloc: recording malloc stacks to disk using standard recorder
bash(6349) malloc: stack logs being written into /tmp/stack-logs.6349.bash.SGcY1m.index
arch(6349) malloc: recording malloc stacks to disk using standard recorder
arch(6349) malloc: stack logs deleted from /tmp/stack-logs.6349.bash.SGcY1m.index
arch(6349) malloc: stack logs being written into /tmp/stack-logs.6349.arch.KsKogQ.index
Reading symbols for shared libraries .+++++++.++++++...................................................................................... done
TwitMenu(6349) malloc: recording malloc stacks to disk using standard recorder
TwitMenu(6349) malloc: stack logs deleted from /tmp/stack-logs.6349.arch.KsKogQ.index
TwitMenu(6349) malloc: stack logs being written into /tmp/stack-logs.6349.TwitMenu.3f3GYp.index
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
Reading symbols for shared libraries . done
And that's about it (unless I'm using gdb wrong). In the app itself I get an authorization failed error. And if I launch the executable directly using Terminal, this is all it logs (as I mentioned previously):
2009-12-16 19:00:22.166 TwitMenu[6440:903] fail: 'Error Domain=NSURLErrorDomain Code=-1012 UserInfo=0x20059db00 "The operation couldn’t be completed. (NSURLErrorDomain error -1012.)" Underlying Error=(Error Domain=kCFErrorDomainCFNetwork Code=-1012 UserInfo=0x200444ba0 "The operation couldn’t be completed. (kCFErrorDomainCFNetwork error -1012.)")'
I don't know what this error is or what it means. What I do know is that the exact same code, in Debug mode, or even in Release (when launched from Xcode) works fine. Is it possible that this is a bug with NSURLConnection?
On 2009-12-16, at 8:08 AM, Joar Wingfors wrote:
>
> On 16 dec 2009, at 07.04, PCWiz wrote:
>
>> This is making absolutely 0 sense to me, and right now it seems like its a screwup on Xcode's part. I can privately email the source if necessary (its a commercial app, but right now I'm willing to do anything to get this fixed).
>
>
> That doesn't make any sense to me either. I doubt that the launching of two copies is Xcode's fault though.
>
> Zip up your source and send it to me, and I'll take a look.
>
> j o a r
>
>
_______________________________________________
Cocoa-dev mailing list (email@hidden)
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:
This email sent to email@hidden