Open ihomway opened 8 years ago
Hmm, looks like maybe some data from your Podfile is causing difficulties for Swift to convert. Can you verify that it works fine with other / new Podfiles and, if so, can you share your Podfile?
I have the same problem. I first open it.....
Hmm, interesting, so no Podfile open at all yet, is what you’re saying?
Would be great if you could try to debug it by cloning this repo and building yourself.
I download the app and open it, then it crash...
The App just show a window, then crash....
I will debug it.
build failed. Please help me.
➜ CocoaPods-app git:(master) rake app:prerequisites
ruby library version = 2.2.0
configure: creating ./config.status
config.status: creating GNUmakefile
config.status: creating Makefile
config.status: creating ruby-2.2.pc
[16:45:22] [ruby-2.2.3] cd workbench/ruby-2.2.3 && /usr/bin/make -j 5
GNUmakefile:4: defs/gmake.mk: No such file or directory
make: *** No rule to make target `defs/gmake.mk'. Stop.
Finished in 0 minutes and 27 seconds
Really weird, I just tried from a clean slate and it built fine for me 😕
~/C/C/CocoaPods-app [master] » cd workbench/ruby-2.2.3/
~/C/C/C/w/ruby-2.2.3 [master] » ls -l defs/gmake.mk
-rw-r--r-- 1 eloy staff 2244 Jul 3 2014 defs/gmake.mk
Does that file exist for you?
I have the same problem. The app was working flawlessly until one day I opened a podfile with some syntax errors. Then the app started crashing every single time. Every time the app asks if I want to reopen the previously opened file and I always disagree but the app crashes after about 3 seconds with or without any podfile open. I also removed the .app file as well as preferences files from Library and redownloaded but app and the problem still persists.
Can you look in Console.app
and see if there's any logs in there about the crash?
@orta Here's the crash report file.
Intersting, looks like it's definitely crashing in the parts where we're parsing a podfile, do you happen to have one that you think is?
Thread 6 Crashed:: Dispatch queue: com.apple.NSXPCConnection.user.org.cocoapods.ReflectionService
0 libswiftCore.dylib 0x00000001097c6a5f swift_bridgeNonVerbatimFromObjectiveC + 255
1 libswiftFoundation.dylib 0x0000000109ac2d01 _TFs26_forceBridgeFromObjectiveCurFTPs9AnyObject_Mx_x + 385
2 libswiftFoundation.dylib 0x0000000109ac2ae0 _TFZFE10FoundationVs10Dictionary26_forceBridgeFromObjectiveCFTCSo12NSDictionary6resultRGSqGS0_xq____T_U_FTPs9AnyObject_PS2__GSpV10ObjectiveC8ObjCBool__T_ + 144
3 libswiftFoundation.dylib 0x0000000109abf584 _TPA__TFZFE10FoundationVs10Dictionary26_forceBridgeFromObjectiveCFTCSo12NSDictionary6resultRGSqGS0_xq____T_U_FTPs9AnyObject_PS2__GSpV10ObjectiveC8ObjCBool__T_ + 100
4 com.apple.CoreFoundation 0x00007fff8addd496 __65-[__NSDictionaryM enumerateKeysAndObjectsWithOptions:usingBlock:]_block_invoke + 102
5 com.apple.CoreFoundation 0x00007fff8addd389 -[__NSDictionaryM enumerateKeysAndObjectsWithOptions:usingBlock:] + 185
6 libswiftFoundation.dylib 0x0000000109aae87e _TZFE10FoundationVs10Dictionary26_forceBridgeFromObjectiveCfTCSo12NSDictionary6resultRGSqGS0_xq____T_ + 558
7 libswiftFoundation.dylib 0x0000000109aae5ab _TF10Foundation32_convertNSDictionaryToDictionaryu0_Rxs8HashablerFGSqCSo12NSDictionary_GVs10Dictionaryxq__ + 75
8 org.cocoapods.CocoaPods 0x0000000109339ac2 _TTRXFo_oGVs10DictionarySSSS_oGSqCSo7NSError__dT__XFdCb_dCSo12NSDictionarydGSqS0___dT__ + 66
9 com.apple.CoreFoundation 0x00007fff8addca6c __invoking___ + 140
10 com.apple.CoreFoundation 0x00007fff8addc8fe -[NSInvocation invoke] + 286
11 com.apple.Foundation 0x00007fff8a5079dc __NSXPCCONNECTION_IS_CALLING_OUT_TO_REPLY_BLOCK__ + 17
12 com.apple.Foundation 0x00007fff8a504fb1 -[NSXPCConnection _decodeAndInvokeReplyBlockWithData:sequence:replyInfo:] + 810
13 com.apple.Foundation 0x00007fff8a504892 __95-[NSXPCConnection _sendInvocation:withProxy:remoteInterface:withErrorHandler:timeout:userInfo:]_block_invoke331 + 266
14 libxpc.dylib 0x00007fff976ba333 _xpc_connection_reply_callout + 26
I wonder if we're making some assumptions about the return data that aren't true
@orta I don't have a problematic podfile right now. It's even more interesting that the app crashes even I don't open a podfile. I believe this problem started appearing when I wanted to add a line like this: pod 'AFNetworking', :git => 'https://github.com/gowalla/AFNetworking.git' but I had a syntax error. I think I had forgotten to type ":git" but I'm not sure.
Might be some NSDocument auto-save/load related issue?
I downloaded it fresh and have exactly the same crash on startup problem as well, happens immediately after what's apparently a Spotlight search for "Podfile" completes. I probably have podfiles dating back to 0.6 or so scattered around; is eliminating all of them from Spotlight's sight likely to fix this?
Hrm, I'm a bit confused here, we don't do any Podfile parsing for search/recent results ( to my knowledge ) ( it's potentially a lot of Podfiles, and it's relatively slow to parse )
OK, so the only thing we talk to the CocoaPods ruby environment is about all the available repo sources, so as a quick fix, I'd recommend looking in there, I need to make a CP release, so will see if I can fix this too
Hello. I have some problem (Cocoapods-app" will crash every time when I open it). Do you have a solution for it?
i have same problem any one have solution for this issue ?
I've not been able to reproduce it, I'd love you to set up the development environment and see if you get the same crash with LLDB attached so we can find the cuase
I've started seeing this too, even after a reinstall, it must be some persistent data causing trouble.
Got some logs here, https://gist.github.com/Ashton-W/1f0091ad61225d7038135690e89d3b64
Took awhile to setup the dev environment and I ran into some errors on how my machine is setup, so haven't had a chance to build locally just yet.
My "CocoaPods" will crash every time when I open it