首先在vs中使用scanf會出現這樣的問題
用我蹩腳的英語翻一下：這個『scanf』函式或者變數（編譯器自己也分不清楚勢函式還是變數）可能是不安全的。考慮使用scanf_s替換。讓這個描述失效的話，請使用
_crt_secure_no_warnings。
scanf函式是標準c語言提供，scanf_s不是標準c語言提供的，是vs這個編譯器提供的，在vs編譯器中使用scanf_s是不會報錯。但是當你把這段**放大其它使用gcc的編譯器中他就會報錯。不能實現跨平台使用，不具有跨平台性/可移植性。因此建議將在主檔案中如下定義
在c中，像strcpy、strlen、strcat等這樣的庫函式是不安全的，用vs直接使用時，都會出現這個警告，因此我們可以在我們每次建立原檔案的時候都寫入該定義。那每次輸入是不是都會有點麻煩？因為我們可以在newc++ file.cpp檔案直接輸入#define _crt_secure_no_warnings 。
首先你要在搜尋中找到vs的安裝目錄
我的路徑是這個
可以直接在搜尋中輸入newc++ file.cpp
出現
將該檔案用notepad++開啟，一般用記事本開啟的話該檔案會拒絕訪問。
儲存後，#define _crt_secure_no_warnings就是在原始檔中自動生存。
解決VS安全警告
因為vs的嚴謹機制，內建的sdl檢查功能會遮蔽一些再其他ide上可以輕易通過的語法。比如檔案流輸入輸出 freopen等 之前的辦法是這樣的，新增 pragma warning disable 4996 後來發現還有一種巨集定義 define crt secure no warnings當然也可以再...
關於LINUX gconf警告
今天在qt下程式設計，發現下面的乙個錯誤 根據網上查詢資料發現是這麼d bus守護程序沒有正常開啟的問題 執行qtcreator時，終端使用的 su root進入root許可權，隨後直接執行了qtcreator程式 原以為這樣子qtcreator許可權和環境就足夠了，結果不然，讓我們看看下面關於su...
關於Xcode警告
大多數警告 warning 其實不一定影響專案功能，但是警告太多容易隱藏一些真正需要解決的問題，而且考慮有些朋友的強迫症，xcode的警告都是可以關閉的，出了直接的setting裡治標不治本的設定外，更應該根據編譯器的提示去真正解決它，這樣的過程對更了解編譯器也是有些幫助的。implementing...