• <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>
            隨筆-341  評論-2670  文章-0  trackbacks-0
                今天終于讓腳本引擎可以成功執行int main(){return 1+1;}了,總算是讓冒煙測試過了。一開始沒那么順利,主要是因為昨天寫了一整天代碼,犯了點錯誤。

                舉個例子,腳本里面有return語句,這個語句實際上是對應到一個jump指令去,跳到函數最后面執行一些代碼然后返回。當代碼生成執行到return的時候,實際上函數還沒生成完,所以不知道jump到什么地方。因此我想到一個辦法,我先把這些需要延遲填充的指令都記下來,當函數結束的時候一次性填充它們。于是我使用了下面的代碼:
            1 needToReturns.Add(&ins[ins.Count()-1]);

                這樣做我就把剛剛加入的那條jump指令,也就是當前的最后一條指令的指針添加到一個列表里面去了。于是我接著處理很多代碼生成的工作,也免不了往needToReturns添加很多的其他jump指令。于是到了最后填充它們的時候了,沒有問題發生。代碼生成結束之后,我就要把再也不需要的符號表給析構掉,這個時候VC就報告說釋放一個TypeInfo的時候完蛋了。

                其實很明顯,錯誤肯定不會出現在TypeInfo里面的,想都不用想肯定是哪里溢出了。但是自己的容器的operator[]都有溢出檢查的,不可能通過a[b]=c;的方法導致內存出現錯誤。最后想來想去,發現問題出在上面那一行代碼里。

                我們都知道,一個列表在Add的時候,他所擁有的緩沖區肯定最終都會用光,然后分配一個更大的。于是之前的&ins[x]跟之后的&ins[x]的地址肯定不一樣,于是我添加到needToReturns里面的引用就變成一個野引用了。搞定一個函數之后,我一下子填充它們,也就等于往各種各樣不同的野引用里面寫東西。剛好之后創建的一個符號表項就是某一個野引用指向的地方,于是內容就被我破壞了,釋放它的時候當然就出現問題了。

                這個故事告訴我們
            1:永遠不要試圖獲取容器中某一個項的引用。
            2:就算是自己的類,有時候也會誤用的。

                關于我如何執行int main(){return 1+1;},可以在Vczh Library++3.0的單元測試代碼(UnitTest\UnitTest\TestScripting_BasicLanguage_CodeGeneration.cpp)里面找到。
            posted on 2010-02-26 19:41 陳梓瀚(vczh) 閱讀(2409) 評論(6)  編輯 收藏 引用 所屬分類: VL++3.0開發紀事

            評論:
            # re: Vczh Library++3.0開發紀事之[使用自己寫的類偶爾也會誤用的][未登錄] 2010-02-26 20:07 | ccsdu2009
            你弄得這個腳本引擎最大優點是什么?
            好的話我可以拿去作為引擎備用腳本引擎  回復  更多評論
              
            # re: Vczh Library++3.0開發紀事之[使用自己寫的類偶爾也會誤用的] 2010-02-26 20:09 | 空明流轉
            @ccsdu2009
            它最大的有點就是你要是用的不爽了可以用中文開噴。。。  回復  更多評論
              
            # re: Vczh Library++3.0開發紀事之[使用自己寫的類偶爾也會誤用的] 2010-02-26 20:21 | 陳梓瀚(vczh)
            @ccsdu2009
            還沒寫完呢……目標有三

            1:預定義了一票語言(本地,托管,動態等)
            2:在上面開發新語言就跟喝白開水一樣
            3:N種語言可以被無縫編譯在一起

            全部做完估計要很長的時間  回復  更多評論
              
            # re: Vczh Library++3.0開發紀事之[使用自己寫的類偶爾也會誤用的] 2010-02-26 20:23 | 陳梓瀚(vczh)
            @空明流轉
            最大的優點是用中文噴了之后我還看得懂……  回復  更多評論
              
            # re: Vczh Library++3.0開發紀事之[使用自己寫的類偶爾也會誤用的] 2010-02-27 21:34 | 唐風
            @陳梓瀚(vczh)
            陳版 .net ?
            哈哈~~~~  回復  更多評論
              
            # re: Vczh Library++3.0開發紀事之[使用自己寫的類偶爾也會誤用的] 2010-02-27 22:55 | junglevass
            都是膜拜的對象。  回復  更多評論
              
            综合久久一区二区三区| 久久久久久亚洲精品不卡 | 色综合久久久久综合体桃花网| 久久久www免费人成精品| 久久久久人妻一区二区三区vr| 久久精品天天中文字幕人妻| 亚洲国产精品久久| 久久九九久精品国产免费直播| 国产精品久久网| 亚洲婷婷国产精品电影人久久| 久久久亚洲欧洲日产国码二区| 久久九九久精品国产| 久久精品亚洲一区二区三区浴池| 久久久久免费视频| 精品免费久久久久久久| 久久中文字幕精品| 久久99国产精品成人欧美| 亚洲AV无码久久精品色欲| 久久午夜福利电影| 久久香蕉国产线看观看乱码| 欧美日韩精品久久久免费观看| 久久国产免费| 久久亚洲精品中文字幕三区| 久久久精品人妻一区二区三区蜜桃| 久久亚洲中文字幕精品一区| 2020最新久久久视精品爱| 色欲综合久久躁天天躁蜜桃| 四虎国产精品成人免费久久| 久久精品国产一区二区三区| 精品国产青草久久久久福利 | 99久久香蕉国产线看观香| 国产精品久久久久久久午夜片| 国产精品美女久久久m| 国产精品毛片久久久久久久| 亚洲AV日韩AV永久无码久久 | 久久香蕉国产线看观看99| 久久精品嫩草影院| 蜜桃麻豆www久久| 免费国产99久久久香蕉| 91精品国产高清久久久久久国产嫩草 | 久久www免费人成精品香蕉|