如何設置編譯報錯

㈠ iOS 編譯報錯怎麼辦

1.編譯iPad真機時,選擇了 Architetures:Standard(armv6) BaseSDK:iPhoneDevice3.2 TargetDeviceFamily:iPad.

若編譯出現如下錯誤:

Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.2 failed with exit code 1

則修改 GCC4.2CodeGeneral區域中的ComplieForThumb為非選中.

已經有了開發者證書及私鑰後,可直接在越獄的手機上調試.

2. 編譯鏈接時, "_OBJC_CLASS_$_xxx", referenced from:可能需要重新建立某個類的文件.

或者:選擇項目名,在detail列表中的target列(顯示為一個又圓圈),把這個文件的復選選中,或者再次選中.以把它加入到這個target裡面來.

3.在sdk4.0及以上使用RegexKitLite報'captureCount' was not declared in this scope錯誤,是在非.m文件中使用了它的原因.

4.there is no sdk with the name or path.

從網上down的開源代碼，結果運行的時候常出現這樣的錯，並且在deployment中沒有iosdeploymenttarget選項.

嘗試 Project/Edit Active Target/ 及 Set Active SDK菜單項，來回切換一下Active Configuration。

5. EXEC_BAD_ACCESS，EXC_BAD_INSTRUCTION錯誤，意味著這個app有內存管理的問題，一般是因為訪問野指針對象造成的。

一個和內存相關的崩潰一般很難定位到源代碼，因為這個惡魔可能很早就在程序中做了壞事了。假如一段有問題的代碼混亂了內存結構，這樣產生的蝴蝶效應可能會在之後很久才表現出來，並且總在不同的地方。所以，若有指針類型出現了不可能的變化，很可能就是因為內存結構被野指針調用混亂了。

修復一些警告後，可能就能預防一些內存錯誤。警告在左邊靠近行號的黃色三角指出一個編譯警告，你點擊那個黃色的三角形，xcode可能會彈出一個「Fix-it」的建議。

EXC_BAD_ACCESS崩潰不像SIGABRT，將不會得到很明朗的錯誤消息。然而可以使用一個讓人看到曙光的調試工具：Zombies！死亡對象工具。打開這個項目的scheme editor，選擇Run 選項，然後選擇Diagnosics標簽。勾上Enable Zombie Objects選項。當這個zombie工具被啟用之後，即使這個對象被釋放了，這個對象的內存也不會被清理。所以，那塊內存將會被標記為「長生不死的」。假如你試著之後又去使用這塊內存，這個app能夠意識到你的錯誤操作，並且app將會拋出「messagesent to daellocated instance」錯誤並且終止運行。

在工程中加入NSZombieEnabled 環境變數，並設為啟用，則在 EXC_BAD_ACCESS 發生時，XCode 的 Console 會列印出問題描述中，設置方法：雙擊Executables 下的 可執行模組,在彈出窗口中，Variables to be set in the environment，添加 NSZombieEnabled，並設定為 YES，點擊選中復選框啟用此變數。

可以再加入 MallocStackLogging 來啟用malloc記錄，以獲得更多的提示來幫助定位問題。

在gdb窗口輸入 (格式: shell malloc_history <id> <address>) shellmalloc_history1436 0x5f7fcf0, 也可以在終端中去運行 就要去掉以上的shell 指令 如 malloc_history <id> <address>

應該僅當需要調試內存時,才設置上述環境變數。

注意一點：不應該一直啟用zombie objects。因為這個工具將永遠不會釋放內存，只是簡單標記一下這個內存是不死的，你最終將會在某個時候耗盡所有的內存，因為所有分配過的內存都不會得到重用。因此應該在排查內存相關的錯誤的時候才開啟zombie objects，其他時候應該關閉它。

在xcode4中，To edit environment variables, go to Menu Proct / Edit Scheme…, select the desired configuration (you probably want 'Run') from the left sidebar first and then click on the Arguments tab. Environment variables are configurable there.

6.運行一個IPhone程序時，彈出窗口說「程序運行失敗，預置描述文件已過期」 。 解決辦法是，在Xcode中， window-> Orgnazier -> 你的iphone －>刪除帶有紅*的該程序之前的Profile 。 然後從Xcode運行該程序.

7.真機編譯時報 Code Sign error: The identity doesn't match any valid certificate/private key pair in the default keychain

修改工程和Targets的get infouild 中的code signing identity為空

8.調試列印

CFShow(coreFoundationThingy) will print out a description of coreFoundationThingy to the console. Output looks something like: {value = w:1186.000000 h:687.000000 type = kAXValueCGSizeType}

If NSLog() is printing something out as an NSCFType, try CFShow().

9. 編譯時報 Command /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/clang failed with exit code 1，修改C/C++ Compiler Version為gcc4.2

10.this class is not key value coding-compliant for the key viewController

可能在創建了一個基於view的工程，而後把生成的viewcontroller刪除了，但是在.xib中還有對它的引用，在IB中直接用delete鍵刪除掉它就行了。

11.這台電腦上已經存在一個名為「embedded.mobileprovision」的預置文件，您是否要替換么？

http://blog.sina.com.cn/s/blog_6907b67f0100o2vw.html

12.真機調試時報failed to upload *.app

http://hi..com/%CB%E6%B7%E7_1989/blog/item/9649f49f805f05aec8eaf466.html

http://www.shouyanwang.org/thread-462-1-1.html

13.記的release時，先置delegate為nil。

一個節點不應該保留任何對不屬於它的節點的引用。

14.模擬器

將xcode升級到4.3.1以後發現,ipad的模擬器，沒有Home鍵了。Command+Shift+H就可以實現類似點擊Home鍵的效果了。

㈡ webstorm sass編譯報錯該如何解決

1，加一句編碼，@charset "UTF-8"

8，如果scss文件中帶中文會報錯，解決方法如上圖中第一行添加 @charset "UTF-8"

㈢ Android 緙栬瘧鏀鎸 MultiDex 搴旇ユ庝箞璁劇疆錛岃佹槸鎶ラ敊

鍋囪句綘浣跨敤AndroidStudio錛
鍦∕ole鐨刡uild.gradle鐨刣efaultConfig涓鍔犱竴琛宮ultiDexEnabled true錛

鍦╠ependencies涓娣誨姞涓琛宑ompile 'com.android.support:multidex:1.0.0'錛

app鐨凙pplication浣跨敤android.support.multidex.MultiDexApplication鎴栬呮偍鐨凙pplication搴旂戶鎵縜ndroid.support.multidex.MultiDexApplication錛

濡傛灉鏈夎嚜瀹氫箟鐨凙pplication錛岄偅涔堝湪鑷瀹氫箟鐨凙pplication綾諱腑錛岄噸鍐檃ttachBaseContext()錛屽苟涓斿湪鍏朵腑璋冪敤super.attachBaseContext()錛岀劧鍚庤皟鐢∕ultiDex.install(this) 錛岀劧鍚庡湪璇ユ柟娉曚笂鍔犱笂@Override娉ㄨВ錛屾棦鐒舵槸閲嶅啓鏂規硶錛屾渶濂藉姞涓婅繖涓娉ㄨВ錛屼笉榪嘇ndroid Studio浼氳嚜鍔ㄥ姞涓娿

㈣ Spring源碼編譯報錯(執行命令gradlew build)spring 版本為3.2.9 release，求大牛指教

當程序編譯不成功時，就會發生一些錯誤，包括語法錯誤、運行時錯誤和邏輯錯誤。
一、語法錯誤。
不正確地創建代碼時就會出現語法錯誤，包括錯誤地輸入關鍵字，遺漏了必要的標點符號或者不正確的結構。
Visual Basic包含有【自動語法檢測】選項，可以在用戶編寫程序時檢測和更正語法錯誤。如果使用了這個選項，Visual Basic就會在用戶輸入程序時解釋這個程序。當它發現錯誤時，就會加亮顯示這個程序代碼並顯示一個消息框來解釋原因和提供幫助。這樣用戶就可以在繼續編程之前更正錯誤。
設置【自動語法檢測】的步驟如下：
1.打開【工具】菜單
2. 單擊【選項】命令
3. 選擇【編輯器】頁面
4. 將【自動語法檢測】勾上。
二、運行時錯誤。

當程序語句試圖執行一條不可能執行的操作時，就會發生運行時錯誤。
常見的運行時錯誤是試圖從一個不存在的文件中讀取數據，另一個是試圖執行被零除的操作。
在用戶的程序中為這些錯誤提供出錯處理函數和錯誤處理常式是很重要的。
三、邏輯錯誤。
當應用程序不能按期望的方式執行時會發生邏輯錯誤。這些錯誤是很難發現的。因為應用程序的語法完全合法，運行時也不執行非法操作，但是仍然會產生錯誤。這類錯誤通常不會產生出錯消息。驗證應用程序執行的唯一方法就是測試它並分析運行結果。

㈤ 璁劇疆android:allowBackup="false"緙栬瘧鎶ラ敊

鍦ㄧ敤AndroidStudio緙栬瘧鏃舵姤濡備笅閿欒錛

涔嶄竴鐪嬭矊浼間篃鐪嬩笉鍑烘槸鍝閲岀殑闂棰橈紝涓轟簡鎵懼埌闂棰樼殑鏍規湰鍘熷洜浠ュ強鍑洪敊鐨勪綅緗錛屾垜浠闇瑕佹洿澶氱殑淇℃伅銆 鍦ㄧ綉涓婃壘鍒頒竴涓瑙ｅ喅鏂規堬紝浜叉祴鍙鐢錛
鍦╰erminal涓鎵ц屼互涓嬪懡浠わ細 ./gradlew processDebugManifest --stacktrace
絳夊嚑縐掗挓涔嬪悗錛屽湪terminal涓浼氭墦鍗板嚭鏇村氱殑閿欒淇℃伅錛

榪欎笅鏄涓嶆槸灝辨竻妤氬摢閲屽嚭浜嗘晠闅滐紝鎸夌収鎻愮ず鎵懼埌闂棰橈紝淇鏀廣佺紪璇戱紝澶у姛鍛婃垚~