• <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>
            posts - 297,  comments - 15,  trackbacks - 0
            在我們的C/C++學習生涯中、在我們大腦的印象里,通常只有指針的概念,很少聽說指針還有遠、近、巨之分的,從沒聽說過什么近指針、遠指針和巨指針。
            可以,某年某月的某一天,你突然看到這樣的語句:
            char near *p; /*定義一個字符型“近”指針*/
            char far *p; /*定義一個字符型“遠”指針*/
            char huge *p; /*定義一個字符型“巨”指針*/
            實在不知道語句中的“near”、“far”、“huge”是從哪里冒出來的,是個什么概念!本文試圖對此進行解答,解除許多人的困惑。
            這一點首先要從8086處理器體系結構和匯編淵源講起。大家知道,8086是一個16位處理器,它設定了四個段寄存器,專門用來保存段地址:CS(Code Segment):代碼段寄存器;DS(Data Segment):數據段寄存器;SS(Stack Segment):堆棧段寄存器;ES(Extra Segment):附加段寄存器。8086采用段式訪問,訪問本段(64K范圍內)的數據或指令時,不需要變更段地址(意味著段地址寄存器不需修改),而訪問本段范圍以外的數據或指令時,則需要變更段地址(意味著段地址寄存器需要修改)。
            因此,在16位處理器環境下,如果訪問本段內地址的值,用一個16位的指針(表示段內偏移)就可以訪問到;而要訪問本段以外地址的值,則需要用16位的段內偏移+16位的段地址,總共32位的指針。
            這樣,我們就知道了遠、近指針的區別:
            &Oslash; 近指針是只能訪問本段、只包含本段偏移的、位寬為16位的指針;
            &Oslash; 遠指針是能訪問非本段、包含段偏移和段地址的、位寬為32位的指針。
            近指針只能對64k字節數據段內的地址進行存取,如:
            char near *p;
            p=(char near *)0xffff;
            遠指針是32位指針,它表示段地址:偏移地址,遠指針可以進行跨段尋址,可以訪問整個內存的地址。如定義遠程指針p指向0x1000段的0x2號地址,即1000:0002,則可寫作:
            char far *p;
            p=(char far *)0x10000002;
            除了遠指針和近指針外,還有一個巨指針的概念。
            和遠指針一樣,巨指針也是32位的指針,指針也表示為16位段:16位偏移,也可以尋址任何地址。它和遠指針的區別在于進行了規格化處理。遠指針沒有規格化,可能存在兩個遠指針實際指向同一個物理地址,但是它們的段地址和偏移地址不一樣,如23B0:0004和23A1:00F4都指向同一個物理地址23604!巨指針通過特定的例程保證:每次操作完成后其偏移量均小于10h,即只有最低4位有數值,其余數值都被進位到段地址上去了,這樣就可以避免Far指針在64K邊界時出乎意料的回繞的行為。當然,一次操作必須小于64K。下面的函數可以將遠指針轉換為巨指針:
            void normalize(void far ** p)
            {
              *p=(void far *)(((long)*p&0xffff000f)+(((long)*p&0x0000fff00<<12));
            }
            從上面的函數中我們再一次看到了指針之指針的使用,這個函數要修改指針的值,因此必須傳給它的指針的指針作為參數。
            講到這里,筆者要強調的是:近指針、遠指針、巨指針是段尋址的16bit處理器的產物(如果處理器是16位的,但是不采用段尋址的話,也不存在近指針、遠指針、巨指針的概念),當前普通PC所使用的32bit處理器(80386以上)一般運行在保護模式下的,指針都是32位的,可平滑地址,已經不分遠、近指針了。但是在嵌入式系統領域下,8086的處理器仍然有比較廣泛的市場,如AMD公司的AM186ED、AM186ER等處理器,開發這些系統的程序時,我們還是有必要弄清楚指針的尋址范圍。
            如果讀者還想更透徹地理解本文講解的內容,不妨再溫習一下微機原理、8086匯編,并參考C/C++高級編程書籍的相關內容。
            posted on 2008-07-23 16:27 chatler 閱讀(123) 評論(0)  編輯 收藏 引用 所屬分類: C++_BASIS
            <2010年5月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            常用鏈接

            留言簿(10)

            隨筆分類(307)

            隨筆檔案(297)

            algorithm

            Books_Free_Online

            C++

            database

            Linux

            Linux shell

            linux socket

            misce

            • cloudward
            • 感覺這個博客還是不錯,雖然做的東西和我不大相關,覺得看看還是有好處的

            network

            OSS

            • Google Android
            • Android is a software stack for mobile devices that includes an operating system, middleware and key applications. This early look at the Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.
            • os161 file list

            overall

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            很黄很污的网站久久mimi色| 久久精品国产亚洲AV不卡| 久久亚洲国产中v天仙www| 超级碰久久免费公开视频| 亚洲国产成人精品91久久久 | 大香网伊人久久综合网2020| 国内精品久久久久久久涩爱| 国产免费久久精品99re丫y| 99re这里只有精品热久久| 久久久精品国产Sm最大网站| 欧美va久久久噜噜噜久久| 久久精品国产色蜜蜜麻豆| 久久亚洲AV成人无码电影| 人人狠狠综合久久亚洲高清| 韩国免费A级毛片久久| 久久精品无码av| 国内精品久久久久影院免费| 伊人久久成人成综合网222| 日本福利片国产午夜久久| 亚洲综合熟女久久久30p| 久久久无码精品亚洲日韩软件| 久久这里只有精品18| 久久精品人人做人人爽电影| 免费精品久久久久久中文字幕| 久久96国产精品久久久| 久久精品一本到99热免费| 一本色综合久久| 亚洲欧美另类日本久久国产真实乱对白| 久久99精品久久久久婷婷| 亚洲精品无码久久久久去q| 伊人久久亚洲综合影院| 久久青青草原亚洲av无码| 国产精品99久久久久久董美香| 狠狠色噜噜狠狠狠狠狠色综合久久| 久久亚洲AV成人无码电影| 久久成人国产精品免费软件| 区久久AAA片69亚洲| 久久久www免费人成精品| 久久久久亚洲AV无码专区桃色| 久久e热在这里只有国产中文精品99| 久久综合久久久|