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

            戰(zhàn)魂小筑

            討論群:309800774 知乎關(guān)注:http://zhihu.com/people/sunicdavy 開(kāi)源項(xiàng)目:https://github.com/davyxu

               :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              257 隨筆 :: 0 文章 :: 506 評(píng)論 :: 0 Trackbacks

            前面一片文章中l(wèi)ua出現(xiàn)的bug,其實(shí)是lua本身結(jié)構(gòu)問(wèn)題導(dǎo)致的:

            lua中,數(shù)值使用double來(lái)存儲(chǔ),包含整形和double。而解析出來(lái)的整形也是被強(qiáng)轉(zhuǎn)為double進(jìn)行存儲(chǔ),這樣就會(huì)出問(wèn)題。

            舉一個(gè)簡(jiǎn)單的例子:

            double f = (double)0xffffffff;
            int a = int(f);

            a肯定不是-1

            這里的文章說(shuō)明這個(gè)類型轉(zhuǎn)換問(wèn)題的緣由。

             

            Squirrel腳本中就不會(huì)有這個(gè)問(wèn)題

            local a = 0xffffffff

            print( a )

            結(jié)果為-1

            查看其源代碼:

            typedef union tagSQObjectValue
            {
                struct SQTable *pTable;
                struct SQArray *pArray;
                struct SQClosure *pClosure;
                struct SQGenerator *pGenerator;
                struct SQNativeClosure *pNativeClosure;
                struct SQString *pString;
                struct SQUserData *pUserData;
                SQInteger nInteger;
                SQFloat fFloat;
                SQUserPointer pUserPointer;
                struct SQFunctionProto *pFunctionProto;
                struct SQRefCounted *pRefCounted;
                struct SQDelegable *pDelegable;
                struct SQVM *pThread;
                struct SQClass *pClass;
                struct SQInstance *pInstance;
                struct SQWeakRef *pWeakRef;
                SQRawObjectVal raw;
            }SQObjectValue;

             

            可以看到

            SQInteger nInteger;
            SQFloat fFloat;

            是分開(kāi)存儲(chǔ)的,因此就不會(huì)有這個(gè)問(wèn)題

             

            lua解決方法:

            1. 將十六進(jìn)制換為10進(jìn)制存儲(chǔ)

            2. 等待大俠或者官方修改代碼,做出patch


            評(píng)論

            # re: Lua腳本浮點(diǎn)轉(zhuǎn)整形bug分析 2010-02-04 14:02 LOGOS
            兩者是不同的
            1 ->
            int i = 0xFFFFFFFF;
            double d = (double)i; // d = -1
            int a = (int)d; // a = -1

            2 ->
            double d = (double)0xFFFFFFFF; // d = 4294967295
            int a = (int)d; // a overflow  回復(fù)  更多評(píng)論
              

            # re: Lua腳本浮點(diǎn)轉(zhuǎn)整形bug分析 2010-02-04 14:28 LOGOS
            lua_pushinteger(L, ptrdiff_t)
            第二個(gè)參數(shù)是ptrdiff_t,不是int
            我比較感興趣你是在什么平臺(tái)下編譯的,32位?64位?
            編譯器是什么,VC?gcc?  回復(fù)  更多評(píng)論
              

            # re: Lua腳本浮點(diǎn)轉(zhuǎn)整形bug分析 2010-02-04 17:34 Davy.xu
            @LOGOS

            VC,32位
              回復(fù)  更多評(píng)論
              

            # re: Lua腳本浮點(diǎn)轉(zhuǎn)整形bug分析 2010-02-04 17:47 黃路易
            我懷疑是你的lua嵌入代碼或者編譯環(huán)境的問(wèn)題,因?yàn)樵诩僱ua的命令行中沒(méi)有你上一篇文章的問(wèn)題,或者你看看我寫(xiě)的這篇?
            http://www.hlouis.com/develop/lua-cant-do-math/
            不知道有沒(méi)有幫助  回復(fù)  更多評(píng)論
              

            # re: Lua腳本浮點(diǎn)轉(zhuǎn)整形bug分析 2010-02-04 17:58 LOGOS
            @黃路易
            可能是優(yōu)化問(wèn)題
            把lua_pushinteger((double)(int)0xFFFFFFFF)
            優(yōu)化成了
            lua_pushinteger((double)0xFFFFFFFF)

            Davy跟一下匯編,然后貼出來(lái)看看  回復(fù)  更多評(píng)論
              

            # re: Lua腳本浮點(diǎn)轉(zhuǎn)整形bug分析 2010-02-04 19:14 Davy.xu
            @黃路易
            在lua虛擬機(jī)內(nèi)部的數(shù)字,和你用print打出來(lái)都是“貌似"對(duì)的
            這個(gè)問(wèn)題,我朋友項(xiàng)目也發(fā)生過(guò),做法就是全用整數(shù)  回復(fù)  更多評(píng)論
              

            # re: Lua腳本浮點(diǎn)轉(zhuǎn)整形bug分析 2010-02-04 19:18 Davy.xu
            @LOGOS
            你的這段代碼我試過(guò),不管用的
            我現(xiàn)在工程里已經(jīng)解決這個(gè)問(wèn)題,還是得用整數(shù),就是看起來(lái)非十六進(jìn)制的顏色很惡心
              回復(fù)  更多評(píng)論
              

            # re: Lua腳本浮點(diǎn)轉(zhuǎn)整形bug分析 2010-02-22 14:11 Quon
            這個(gè)問(wèn)題的原因是DirectX修改了系統(tǒng)行為強(qiáng)制把浮點(diǎn)數(shù)定為單精度,造成lua整型的范圍變小了  回復(fù)  更多評(píng)論
              

            # re: Lua腳本浮點(diǎn)轉(zhuǎn)整形bug分析 2010-02-23 08:56 Davy.xu
            @Quon
            這個(gè)例子中并沒(méi)有使用到DX  回復(fù)  更多評(píng)論
              

            无码精品久久一区二区三区| 欧美久久久久久| 婷婷久久五月天| 中文字幕热久久久久久久| 2021久久国自产拍精品| 国产福利电影一区二区三区久久久久成人精品综合 | 伊人久久大香线蕉精品| 久久亚洲AV成人无码| 66精品综合久久久久久久| 色天使久久综合网天天| 久久综合国产乱子伦精品免费 | 色综合久久中文综合网| 无遮挡粉嫩小泬久久久久久久| 蜜桃麻豆www久久| 久久精品亚洲AV久久久无码| 热综合一本伊人久久精品 | 亚洲欧美国产精品专区久久| 久久综合久久综合九色| 亚洲精品乱码久久久久久蜜桃不卡 | 国产欧美一区二区久久| 久久综合久久自在自线精品自| 久久久91人妻无码精品蜜桃HD| 亚洲国产成人久久精品动漫| 亚洲欧美日韩精品久久亚洲区| 国产精品成人99久久久久91gav| 久久国产精品成人片免费| 男女久久久国产一区二区三区| 欧美一级久久久久久久大片| 亚洲国产成人久久精品影视| 国产午夜精品理论片久久影视| 日韩精品久久久久久久电影蜜臀| 香蕉aa三级久久毛片| 久久免费香蕉视频| 国产成年无码久久久免费| 亚洲精品成人久久久| 99久久综合国产精品免费| 久久久国产99久久国产一| 97精品依人久久久大香线蕉97| 91麻豆国产精品91久久久| 久久午夜无码鲁丝片秋霞| 亚洲AV日韩AV永久无码久久|