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

            milkyway的窩

            最初想法的誕生地

             

            ARM開發過程中最最需要注意的問題

            作者:microsun

            平時大家接觸最多的可能是X86平臺,在這種系統上寫程序幾乎不需要考慮太多問題,但ARM上就不一樣了,最常見也最容易被忽略的問題可能就是字節的對齊,即使像我這樣有六七年程序開發經驗的才手也時常難于提防,最近就有一個BUG,花了一天時間最終發現是對齊引發的,在此與大家分享,但愿大家能夠注意到。

              我在EBOOT中讀取存在HARD DISK上的nk.bin文件,從而從HARD DISK上LOAD WINCE系統,在這個過程中總是有check sum錯誤,但從ethernet下載時不會有錯,所以問題應該還是在我加的這部分代碼上,而且同樣的代碼在PC上能正常運行。經過檢查代碼的邏輯關系是正確的。接著我在出錯時將那些數據全部用調試信息打出來,發現從文件開始算起第4096個字節被丟掉了,而其它的字節都是對的。初步判斷是對齊引發的問題,所以去查每一個BUFFER,最終發現是在讀取硬盤數據時BUFFERR并沒有按雙字節對齊,而硬盤以16BIT讀取數據,而引發了錯誤。

            實際上,這類問題在ARM系統上很常見,讓人防不勝防,以下是我的一些例子。

            1,解析數據流時應該時刻注意。如果需要把一個數據流(BUFFER)轉化成結構進行取值,就應該把這個結構定義為按字節存取.考慮如下結構:

            struct a{

            char a;
            short b;
            long c;
            };
            如果某個數據流中包含這樣的結構,而且我們要直接將數據流的指針轉化成該結構的指針,然后直接取結構成員的值,我們就應該將這個結構定義成按字節訪問,即將其夾在語句
            #pragma pack(push,1)
            ...

            #pragma pack(pop)
            之中。如果我們不這樣做,編譯器會將成員b的地址對齊到short指針的地址,即在a之后加上一個char即8位的成員,將C對齊到LONG,即在B之后再加一個char成員。如此一來,成員B和成員C就得不到正確的值了。

            如果我們定義一個普通的結構用來存放一些數據,則不用定義成按字節存取,編譯器會加上一些占位成員,但并不會影響程序的運行。從這個意義上講,在ARM中,將結構成員定義成CHAR和SHORT來節約內存是沒有意義的。

            一個典型的例子就文件系統的驅動程序,文件是以一些已經定義好的結構存放在存儲介質上的,它們被讀取到一個BUFFER中,而具體取某個文件、目錄結構時,我們會將地址轉化成結構而讀取其中的值。


            2,訪問外設時。
            例如,磁盤驅動通常以16BIT的方式存取數據,即每次存取兩個字節,這樣就要求傳給它的BUFFER是雙字節對齊的,驅動程序應該至上層傳來的指針做出正確的處理以保證數據的正確性。


            3.有時,我們沒有將數據流指針轉化為結構指針取值,但如果我們讀取的是雙字節或者是四字節的數據,同樣需要注意對齊的問題,例如,如果從一個BUFFER的偏移10處讀取一個四字節值,則實際得到的值是偏移8處的
            地址上的DWORD值。

            posted on 2007-01-20 21:24 milkyway 閱讀(1236) 評論(0)  編輯 收藏 引用 所屬分類: wince(別人的文章技巧總結)

            導航

            統計

            公告

            隨筆皆原創,文章乃轉載. 歡迎留言!

            常用鏈接

            留言簿(37)

            隨筆分類(104)

            隨筆檔案(101)

            文章分類(51)

            文章檔案(53)

            wince牛人

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            精品水蜜桃久久久久久久| 97久久国产露脸精品国产| 无码精品久久久天天影视| 亚洲国产精品高清久久久| 国产午夜免费高清久久影院| 91精品国产色综合久久| 亚洲一本综合久久| 亚洲va久久久噜噜噜久久天堂| jizzjizz国产精品久久| 久久99久久成人免费播放| 久久成人精品视频| 久久久精品国产免大香伊| 国产精品gz久久久| 2020久久精品国产免费| 性欧美大战久久久久久久久| 午夜精品久久久久成人| 久久久久久亚洲精品无码| 99re这里只有精品热久久| 潮喷大喷水系列无码久久精品| 久久久午夜精品福利内容| 亚洲乱码日产精品a级毛片久久| 精品熟女少妇aⅴ免费久久| 久久91精品国产91久久户| 久久久久亚洲AV无码麻豆| 久久99国产乱子伦精品免费| 久久无码人妻一区二区三区午夜| 国内精品综合久久久40p| 亚洲国产另类久久久精品黑人| 久久精品中文无码资源站| 久久久国产乱子伦精品作者| 久久久精品人妻一区二区三区蜜桃| 久久国产免费观看精品| 久久久精品久久久久久| 久久久婷婷五月亚洲97号色| 精品久久综合1区2区3区激情 | 久久人人爽人人爽人人片AV高清| 亚洲日本va中文字幕久久| 国产一久久香蕉国产线看观看 | 久久久久久久综合狠狠综合| .精品久久久麻豆国产精品| 热久久最新网站获取|