因為我們是分配乙個陣列，c++知道應使用新的而不是新的標量版陣列版。從本質上講，新的運營商稱為[ ]，[ ]即使不放在旁邊的新關鍵字。
當刪除動態分配的陣列，我們不得不使用陣列版本刪除，並刪除[ ]。這會告訴cpu，需要清理的多變數而不是乙個單一的變數。
值得注意的是，陣列的訪問做同樣的方式與動態分配的陣列與普通陣列。雖然這看起來有點滑稽，因為pnarray顯式宣告為指標，記住陣列是真的只是在c++中指標吧。
最常見的乙個錯誤就是新的程式設計師在處理動態記憶體分配是使用刪除而不是刪除[ ]當刪除動態分配的陣列。不這樣做！使用標量版本的陣列上的刪除會導致資料損壞或其它問題。
記憶體洩漏
動態分配的記憶體實際上沒有範圍。那是，它保持分配直到顯式釋放或直到程式結束。然而，指標用於訪問動態記憶體分配遵循正態變數的作用域規則。這種不匹配可以創造出有趣的問題。
123
4void dosomething()
this function allocates an integer dyn
此函式分配乙個整數動態，但從來沒有讓它使用刪除。因為指標遵循正態變數，函式結束時，pnvalue將超出範圍。因為pnvalue是唯一的變數的動態分配的整數字址，當pnvalue破壞沒有指向動態分配的記憶體。這就是所謂的記憶體洩漏。作為乙個結果，動態分配的整數不能刪除，從而不能被重新分配或重新。記憶體洩漏吃免費的記憶體執行程式時，使更少的記憶體不僅可以對這一計畫，但其他的程式以及。嚴重的記憶體洩漏問題的方案，可以吃所有可用的記憶體，導致整個機器執行緩慢甚至崩潰。
記憶體洩漏也如果指標的動態分配的記憶體位址重新分配到另乙個值的結果：
python呼叫其它檔案函式或類
b.py呼叫a.py的函式或類 b.py和a.py在同乙個資料夾下 呼叫函式 a.py檔案 def add x,y print 和為 d x y b.py檔案 import a a.add 1,2 或者 from a import add add 1,2 呼叫類 a.py檔案 class a def...
轉換到 COFF 期間失敗 檔案無效或損壞
收藏自論壇 記錄下來，以備翻閱。vs 2010下 開啟例項 出現這樣的錯誤 link fatal error lnk1123 轉換到 coff 期間失敗 檔案無效或損壞 終極解決方案 vs2010在經歷一些更新後，建立win32 console project時會出 error lnk1123 錯誤...
轉換到 COFF 期間失敗 檔案無效或損壞
終極解決方案 vs2010在經歷一些更新後，建立win32 console project時會出 error lnk1123 錯誤，解決方案為將 專案 專案屬性 配置屬性 清單工具 輸入和輸出 嵌入清單 是 改為 否 即可，但是沒新建乙個專案都要這樣設定一次。在建立vs2010 win32 proj...