• <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)

            隨筆檔案

            文章檔案

            收藏夾

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            色狠狠久久综合网| 久久成人影院精品777| 香蕉久久夜色精品国产尤物| 成人亚洲欧美久久久久| 色综合久久中文综合网| 久久精品无码免费不卡| 无码日韩人妻精品久久蜜桃 | 久久亚洲av无码精品浪潮| 久久se精品一区二区| 久久不见久久见免费影院www日本| 久久精品国产91久久麻豆自制 | 久久久久久久久久久| 伊人久久成人成综合网222| 久久久久久久人妻无码中文字幕爆| 亚洲AV日韩精品久久久久久久| 久久久久久国产精品无码下载 | 久久久久99这里有精品10| 久久免费看黄a级毛片| 久久久久无码精品国产| 欧美与黑人午夜性猛交久久久| 区久久AAA片69亚洲| 97精品久久天干天天天按摩| 亚洲国产成人久久综合碰| 久久精品一区二区三区不卡| 伊人久久大香线蕉无码麻豆| 久久精品国产亚洲沈樵| 一本一本久久a久久综合精品蜜桃| 国产精品久久久久a影院| 精品国产福利久久久| 久久久国产打桩机| 久久综合给合综合久久| 2020最新久久久视精品爱 | 欧美熟妇另类久久久久久不卡| 精品久久久久久国产91| 日产精品久久久一区二区| 久久综合久久综合亚洲| 国产99久久九九精品无码| 99久久99久久精品免费看蜜桃 | 国内精品久久久久| 少妇内射兰兰久久| 热99RE久久精品这里都是精品免费|