• <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
            <2009年5月>
            262728293012
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(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

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            国内精品久久久久久久久电影网 | 丁香色欲久久久久久综合网| 亚洲国产精品无码久久青草| 亚洲欧洲久久久精品| 亚洲中文久久精品无码| 国产一级做a爰片久久毛片| 久久国产精品国语对白| 亚洲午夜久久久久久噜噜噜| 香蕉久久夜色精品国产小说| 精品久久久久久无码不卡| 久久久久久人妻无码| 亚洲国产成人久久综合碰| 国产精品久久久久久搜索| 亚洲日本va午夜中文字幕久久| 久久精品无码专区免费青青| 久久综合视频网站| 久久福利青草精品资源站| 伊人久久大香线蕉综合Av | 97久久精品无码一区二区| 久久www免费人成精品香蕉| 久久精品亚洲精品国产色婷| 三级三级久久三级久久 | 欧美日韩精品久久久久| 久久精品无码一区二区无码| 狠狠色丁香久久婷婷综合_中| 久久国产精品波多野结衣AV| 国产精品欧美久久久天天影视 | 亚洲精品乱码久久久久久久久久久久 | 四虎国产精品成人免费久久| 久久精品国产一区二区三区| 亚洲国产精品婷婷久久| 91精品国产高清91久久久久久| 久久精品国产久精国产果冻传媒| 欧美精品丝袜久久久中文字幕| 国产AV影片久久久久久| 亚洲国产精品久久久久婷婷软件 | 99久久国产免费福利| 久久久精品一区二区三区| 久久久国产精品网站| 99久久99久久精品国产| 国产亚州精品女人久久久久久 |