• <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>
            隨筆-60  評論-98  文章-0  trackbacks-0
            最近在處理超大文件,用到了DWORD64

            期望用戶將偏移量以DWORD64的形式傳進來,然后我調用WindowsAPI進行定位,讀取文件,返回

            這是CB下的測試結果,沒有報錯,只給你返回一個錯誤的結果
            1// 是測試DWORD64右移32位會出現什么狀況
            2DOWRD64 dw6403 = 1024*1024*1024;
            3DWORD64 dw6404 = 2*1024*1024*1024;
            4UINT uTmp = 6403>>32// 0
            5uTmp = 6404>>32;      // oxFFFFFFFF

            // CB下編譯通過,結果正確
            1// 目的同上
            2DWORD64 dw641G = 1024*1024*1024;
            3DWORD64 dw6404 = 2*dw641G ;
            4UINT uTmp = dw6404>>32// 0

            結論:是兩家的編譯器在預編譯的時候,不允許數值超過1G。
            posted on 2010-02-02 20:09 創建更好的解決方案 閱讀(1882) 評論(9)  編輯 收藏 引用 所屬分類: C++專欄內存專題

            評論:
            # re: Visual Studio VS C++Builder07 不同的公司,同樣的Bug 2010-02-02 20:21 | 創建更好的解決方案
            // 更為離譜的事情發生了,同為10*1024*1024的兩個數值,由于一個是成員變量,一個是臨時變量,右移之后結果居然不同

            DWORD64 dw64Tmp = m_dw64FileSize;
            UINT dwTmp2 = (m_dw64FileSize>>32); // 還是10*1024*1024
            UINT dwTmp1 = (dw64Tmp>>32); // 0  回復  更多評論
              
            # re: Visual Studio VS C++Builder07 不同的公司,同樣的Bug[未登錄] 2010-02-02 23:14 | clear
            64位字面常量后面要加LL
            否則數字按照32位,乘法使用32位,結果溢出了。

            所以,這個不是編譯器bug。  回復  更多評論
              
            # re: Visual Studio VS C++Builder07 不同的公司,同樣的Bug 2010-02-03 10:42 | coolypf
            請問您懂匯編嗎?  回復  更多評論
              
            # re: Visual Studio VS C++Builder07 不同的公司,同樣的Bug 2010-02-03 11:38 | 空明流轉
            Literal Constant Suffix “L”啊同學。。。  回復  更多評論
              
            # re: Visual Studio VS C++Builder07 不同的公司,同樣的Bug 2010-02-03 12:06 | 創建更好的解決方案
            @clear
            2*1024*1024*1024,距離32位溢出,還有50步呢  回復  更多評論
              
            # re: Visual Studio VS C++Builder07 不同的公司,同樣的Bug 2010-02-03 13:56 | 試試其他的
            32位機器上整形最大是2^31 - 1。
            2*1024*1024*1024 溢出了。

            2LL*1024*1024*1024 才不溢出。明白?

            clear 的說法是正確的。 這么點屁事別放首頁。  回復  更多評論
              
            # re: Visual Studio VS C++Builder07 不同的公司,同樣的Bug 2010-02-03 14:38 | 創建更好的解決方案
            @試試其他的
            int和unsigned int表達范圍一樣嗎?
              回復  更多評論
              
            # re: Visual Studio VS C++Builder07 不同的公司,同樣的Bug 2010-02-05 13:20 | 喜樂遞官方網站
            愛上的卡就是覺得  回復  更多評論
              
            # re: Visual Studio VS C++Builder07 不同的公司,同樣的Bug 2010-02-05 16:50 | 試試其他的
            @創建更好的解決方案
            當然不一樣了。
            至于int和unsigned int范圍可以參見limits.h
            里面有INT_MIN,INT_MAX和UINT_MAX  回復  更多評論
              
            国产精品美女久久久久久2018 | 国产亚洲精午夜久久久久久| 国产日产久久高清欧美一区| 久久久久国产精品| 欧美久久一区二区三区| 久久99精品久久久久久久不卡| 99999久久久久久亚洲| 欧美午夜A∨大片久久 | 欧洲人妻丰满av无码久久不卡| 久久99精品久久只有精品| 久久无码AV中文出轨人妻| 影音先锋女人AV鲁色资源网久久| 国产精品久久国产精品99盘| 亚洲成av人片不卡无码久久| 国产精品无码久久综合| 狠狠色婷婷久久综合频道日韩| 久久狠狠一本精品综合网| 91久久精品91久久性色| 久久精品免费一区二区| 久久精品成人免费国产片小草| 久久亚洲私人国产精品| 久久久久波多野结衣高潮| 久久亚洲中文字幕精品一区四| 国产产无码乱码精品久久鸭| 亚洲中文字幕无码久久2017| 久久精品极品盛宴观看| 久久综合五月丁香久久激情| 久久久青草青青亚洲国产免观| AV狠狠色丁香婷婷综合久久| 亚洲中文字幕久久精品无码喷水 | 一本久久a久久精品vr综合| 无夜精品久久久久久| 久久久中文字幕日本| 久久久免费观成人影院| 青春久久| 精品熟女少妇AV免费久久| 久久久亚洲欧洲日产国码是AV| 久久久久久久久66精品片| 亚洲欧美久久久久9999 | 亚洲狠狠婷婷综合久久蜜芽| 日韩乱码人妻无码中文字幕久久|