• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            warning C4996: 'sprintf' was declared deprecated see declaration of 'sprintf'

            一、找到一個方法:

            VC6---選項Project | Configuration Properties | C/C++ | Preprocessor | Preprocessor Definitions
            添加_CRT_SECURE_NO_DEPRECATE和_SCL_SECURE_NO_DEPRECATE

            VS2005 項目屬性---C/++ --->預處理定義下-》配置 -》下面添加_CRT_SECURE_NO_DEPRECATE和_SCL_SECURE_NO_DEPRECATE兩個宏

            或調用VS2005鼓吹的那些帶“_s”后綴的非標準函數,即在其后加上"_S",如sprintf_s
            或文件最開始:
            #define _CRT_SECURE_NO_DEPRECATE
            或者干粹在工程屬性中設置。
            二、

            在vs2003, vs2005中 用sprintf 會出現   warning C4996: 'sprintf' was declared deprecated see declaration of 'sprintf' 的警告 消除方法

            1: 文件最開始: #define _CRT_SECURE_NO_DEPRECATE 或者干粹在工程屬性中設置如一中所說。

            2: 不屏蔽的話就只能調用VS鼓吹的那些帶“_s”后綴的非標準函數。例如sprintf_s在函數后面加_s

            3: 用StringCchPrintf

             

            三、關鍵詞Security    Enhancements    in    the    CRT                                          

             

            將過去的工程用VS2005打開的時候。你有可能會遇到一大堆的警告:warning C4996。
            比如:warning C4996: 'sprintf': This function or variable may be unsafe. Consider using sprintf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS.

            原因是Visual C++ 2005使用了更加安全的run-time library routines。
            新的Security CRT functions(就是那些帶有“_s”后綴的函數):
            http://msdn2.microsoft.com/en-us/library/wd3wzwts(VS.80).aspx

            那么如何搞定這些警告呢:
            方法一:手工將原來的舊函數替換成新的Security CRT functions。
            方法二:屏蔽這個警告。
                        在預編譯頭文件stdafx.h里(注意:一定要在沒有include任何頭文件之前)定義下面的宏:
                        #define _CRT_SECURE_NO_DEPRECATE
                        或者#param warning(disable:4996)

            方法二沒有使用新的更安全的CRT函數,顯然不是一個值得推薦的方法,可是你又不想一個一個地改。
            那么還有一個更方便的方法:

            在預編譯頭文件stdafx.h里(同樣要在沒有include任何頭文件之前)定義下面的宏:
            #define _CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES 1
            鏈接的時候便會自動將舊函數替換成
            Security CRT functions。
            注意:這個方法雖然使用了新的函數,但是不能消除警告(原因見紅字),你還得同時使用方法二。。。

             

            在網上搜索到的最常用的解決方案,那就是定義 _CRT_SECURE_NO_DEPRECATE _SCL_SECURE_NO_DEPRECATE 來禁止vc2005對此產生警告(依然使用的是非安全庫!0顯然并不是一個好的解決方案)。而且如果使用了ATL,則還需要定義 _ATL_SECURE_NO_DEPRECATE 使用了MFC則需要定義 _AFX_SECURE_NO_DEPRECATE
               
            然而盡管如此,更好的解決方案只需要定義一個宏 _CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES, 那么vc將會自動替換使用他們的Safe Library來代替C/C++標準庫(strcat將被strcat_f來取代)

             

                即使使用了_CRT_SECURE_CPP_OVERLOAD_STANDARD_NAMES,代碼將依舊不夠安全:(, 對此,ms提出了如下10點建議:
                1.
            不要認為 strcpy_s strncpy_s( 以及其他的字符串函數)(在空間不夠的時候)會自動終止拷貝(truncate截斷,不截斷則意味著溢出).如果需要自動截斷,請使用strncpy_s (同時使用_TRUNCATE作為長度參數)
                2.
            記住fopen_s缺省是獨占模式。如需共享使用文件,應該使用_sopen
                3.
            別忘了_dupenv_s, 它將比_getenv_s更容易使用,因為它能自動分配一個正確長度的內存(buffer)
                4.
            scanf_s中小心參數順序。
                5.
            確定printf_s中格式字符串的正確。
                6.
            使用_countof(x)來取代sizeof(x)/sizeof(element). _countof將會正確的計算元素個數,而且如果x是一個指針,編譯器將會發出一個警告(來提醒程序員,僅針對C++編譯)
                7.
            記住所有的sizes(大小,非長度)都是使用characters(字符,unicode下一個字符占2byte)作為單位,而不是bytes(字節).
                8.
            記住所有的sizes(大小,非長度,緣由同上)包含了字符串結束符'\0'(即別忘了很多情況下size需要+1)
                9.
            調試的時候監視數據0xfd (在調試版本下)0xfd將會被填充在數據(buffer,通常是字符串)的結尾處。如果運行非你所愿,可能會得到一個長度錯誤。
                10.
            檢查所有的錯誤。 許多新函數相比舊函數,能返回(表示)錯誤信息(的數值)

            posted on 2010-02-24 14:42 wrh 閱讀(4819) 評論(0)  編輯 收藏 引用

            導航

            <2009年5月>
            262728293012
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            統計

            常用鏈接

            留言簿(19)

            隨筆檔案

            文章檔案

            收藏夾

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            伊人久久精品影院| 三级韩国一区久久二区综合| 久久这里只精品99re66| 伊人久久无码精品中文字幕| 国内精品久久久久影院日本| 久久久久夜夜夜精品国产| 色8激情欧美成人久久综合电| 狠狠色婷婷久久综合频道日韩| 国产69精品久久久久777| 久久久久久亚洲精品无码| 无码人妻精品一区二区三区久久| 久久久久国产精品| 日韩乱码人妻无码中文字幕久久| 成人亚洲欧美久久久久| 婷婷久久香蕉五月综合加勒比| 久久无码国产| 国产ww久久久久久久久久| 精品国际久久久久999波多野| 久久综合伊人77777麻豆| 久久精品国产半推半就| 7777精品伊人久久久大香线蕉| segui久久国产精品| 久久99毛片免费观看不卡| 一本色道久久88精品综合| 久久最新免费视频| 久久本道久久综合伊人| 亚洲成色999久久网站| 97热久久免费频精品99| 亚洲αv久久久噜噜噜噜噜| 亚洲欧美精品一区久久中文字幕| 婷婷久久综合九色综合98| 久久国产免费观看精品| 久久99精品久久久久久动态图| 人妻久久久一区二区三区| 亚洲AV日韩精品久久久久久| 色综合久久夜色精品国产| 久久久黄色大片| 久久婷婷五月综合国产尤物app | 一本色综合网久久| 亚洲午夜精品久久久久久app| 中文字幕精品久久|