2010-09-08 66 views
5

我已經構建了最簡單的iPhone程序,一個基於窗口的程序。我只將testappdelegate.h文件更改爲以下內容:簡單的錯誤崩潰掛起Xcode

#import <UIKit/UIKit.h> 

@interface TestAppDelegate : NSObject <UIApplicationDelegate> { 
    UIWindow *window; 
    int pos[10]10]; //note the error here. 
} 

@property (nonatomic, retain) IBOutlet UIWindow *window; 

@end 

請注意'int pos ...'行中的錯誤。

當我嘗試編譯這個程序XCode掛起(顯示數百萬個錯誤)。我不是問如何修復這條線,修復很明顯。

問題是,淹沒XCode,我想知道爲什麼?

更新:提交bug報告錯誤ID#8406197

UPDATE2:九月24我從蘋果 工程的響應提供了以下信息:

我們不打算解決這個問題在llvm-gcc或gcc中,它已經在clang中修復了。 Xcode不會嚇壞了,它會被追蹤到這個bug的克隆。

我們現在正在關閉這個錯誤,因爲我們的工程師已經意識到了這個問題,並且會繼續在離線狀態下進行跟蹤。

+0

我會建議在bugreporter.apple.com提交一個bug並提出相同的問題。這與Xcode的行爲有關,而不是軟件開發。 – 2010-09-08 16:57:26

+3

這根本不是一個有趣的問題。你真的要求社區解釋一個閉源程序中的性能問題背後的「爲什麼」? – blucz 2010-09-08 17:03:29

+6

這是一個非常有趣的問題,高度相關。同樣,這是一個其他人可能會遇到的問題,在這個問題中,人們可能很容易找到這個特殊的Stack Overflow問題來幫助指導他們。 – bbum 2010-09-08 17:04:41

回答

8

問題是Xcode不得不攝取這些數以百萬計的錯誤,試圖弄清楚是否有一行代碼需要註釋。

請通過http://bugreport.apple.com/提交缺陷。

您已經制作了這樣一個簡單的測試案例,將有助於工程團隊確保他們可能正在追求的任何修復都能夠充分解決問題。這裏有兩個潛在的錯誤;第一個是Xcode能夠優雅地處理這樣大量的錯誤,第二個是面對這樣一個明顯的錯誤,編譯器不會發出太多的錯誤。

很可能您的bug將作爲已知重複項返回。然而,只有在工程團隊從您的bug中捕獲到任何獨特信息之後纔會發生。也就是說,誘惑通常非常有用。

提交該錯誤時,請將bug#添加到您的SO問題中。許多蘋果工程師巡航,並會點擊進行內部跟蹤。

+0

添加了錯誤報告。 – 2010-09-08 18:33:56

+0

謝謝。我會添加一些筆記。 – bbum 2010-09-08 21:01:26

+0

今天得到答覆。 – 2010-09-25 03:07:37

1

有些錯誤,編譯器不知道下一步該怎麼做。

的語法錯誤似乎是一個地方,一條線路給你的事實,人類,並不意味着一定意味着有一個簡單的規則,這是顯而易見的編譯器作者。