王爽 第六章实验5

时间:2022-08-07 01:15:52
assume cs:code,ds:data,ss:stack

data segment
dw 0123h,0456h
data ends

stack segment
dw 0,0
stack ends

code segment 
start:mov ax,stack
mov ss,ax
mov sp,16
mov ax,data
mov ds,ax
push ds:[0]
push ds:[2]
pop ds:[2]
pop ds:[0]
mov ax,4c00h
int 21h
code ends
end start
对于如下定义的段:
name segment
...
name ends
如果短中的数据占N个字节,则程序加载后,该段实际占有的空间为:______。

16 个解决方案

#1


如果短中的数据占N个字节,则程序加载后,该段实际占有的空间为:(N/16+1)*16 [说明:N/16只取整数部分]

#2


讲原理

#3


我给你个偏门技巧:(N+15)/16后取整*16。。。建议要自己搞懂,不建议照搬!

#4


引用 2 楼 wede_1989 的回复:
讲原理

看王师傅“段的概念”那节,详细点看。。。那段里还有特别提醒。。。

#5


哎 谁来个直接的回答分就拿走

#6


(N+15)&~15;//间接的

他们的是直接的。

#7


对于如下定义的段: 
name segment 
... 
name ends 
如果短中的数据占N个字节,则程序加载后,该段实际占有的空间为:______。


[[[[[[如果短中的数据占N个字节,则程序加载后,该段实际占有的空间为:(N/16+1)*16 [说明:N/16只取整数部分] ]]]]]]]]]


王爽提此问题是个几乎没有任何价值的问题,因为数据段最后一行剩下几格,程序设计时几乎从不考虑。
比如n=33个字节,你用debug时看到的内存格子每行是16格,这时第33个字要放在第三行第0位,这1个字节就占用了第三行,你再定义另一个name2数据段时,masm会把它从第四行放起;所以n=33就占掉了(33/16+1)*16=48个字节,即3行*16=48。
另外,设计程序时最好用debug查看实际位置后修改si,di,bx等,因为有时数据前会被插个回车符,你如果不查看实际位置而完全按(N/16+1)*16去计算位置,那不久你就会被气得放弃汇编语言,正如罗云彬所说的,很多人被寻址计算搞得一头雾水,实际上是写书的人没把书写好。

#8


一、这首先要从8086处理器寻址原理说起。

8086这种处理器有二十根地址线(20个用于寻址的管脚),可以使用的外部存储器空间可达1MB(00000H~FFFFFH)。

但是,8086内部的寄存器都是16位的,用任何一个寄存器(比如BX或SI),都无法直接寻址8086所支持的1M地址空间,因为16位寄存器只能表示640KB的空间范围(0000~FFFFH)。

所以,Intel想了一个方法,设计出了CS/DS/ES/SS这几个段地址寄存器,用段地址寄存器与普通寄存器组合,来寻址1MB的地址范围,即:对于CPU取指来说,用CS:IP组合来寻址下一个要执行的指令(也在存储器中);对于堆栈操作PUSH/POP来说,用SS:SP组合来表示当前栈指针(栈也在存储器中);对于数据操作指令来说,用默认的DS/ES或指定的段地址(段前缀指令)与偏移量寄存器组合寻址。

组合后的实际地址=段寄存器内容×16+偏移量寄存器内容

从这个公式可以看到,每一个段的地址都对齐在16的倍数上。比如DS=1234H,则这个段就从
1234H×16+0000H=12340H开始,最大到1234H×16+0FFFFH=2233FH为止。

二、对同一个内存地址,有不同的段:偏移量组合方法,比如2233FH这个地址,既可以表示为1234H:0FFFFH(在1234H段中),也可以表示为2233H:0000FH(在2233H段中)。

那么,如果汇编程序中有下面两个连续的段定义,汇编编译程序会怎么做呢?

name1 segment
d1 db 0
name1 ends
name2 segment
d2 db 0
name2 ends

  编译程序可以将name1和name2编译成一个段,d1和d2在内存中连续存放,这样可以节省内存空间。比如编译程序以name1为基准,将name1作为一个段的起始,程序加载后会被放在xxxx0H的地方,那么d1就放在该段偏移地址为0字节的位置,d2就放在该段偏移为1字节的位置。
  这样的处理方式虽然可能会节省一点内存空间,但是对于编译器的智能化要求太高了,它必须将源程序中所有引用到name2和d2的地方,全部调整为以name1段为基准,这实在是太难了,而且也节省不了几个字节的空间,编译器是不会干这种吃力不讨好的事的。编译器实际的处理方式是将name1中的所有内容放在一个段的起始地址处,name2里的所有内容放在后续一个段的起始地址处(这也是汇编指令segment的本义:将不同数据分段)。这样,即使name1中只包含一个字节,也要占一个段(16个字节),所以,一个段实际占用的空间=(段中字节数+15)/ 16。

  所以,8086处理器的内部寻址原理和汇编程序编译器共同决定了segment定义的段必须放在按16的倍数对准的段地址边界上,占用的空间也是16的倍数。

#9


解释得太好了,刚好在学习这个东西.

#10


这几天搞汇编,头都大了,..

#11


引用 5 楼 wede_1989 的回复:
哎 谁来个直接的回答分就拿走


哈哈~这样的确管用哦!

你要的应该是这句:

[color=#FF0000]即使name1中只包含一个字节,也要占一个段(16个字节)[color]
就是说要保证是16的倍数。所以就有了(N+15)/16 *16这样的算法

#12


引用 5 楼 wede_1989 的回复:
哎 谁来个直接的回答分就拿走


哈哈~这样的确管用哦!

你要的应该是这句:

[color=#FF0000]即使name1中只包含一个字节,也要占一个段(16个字节)[color]
就是说要保证是16的倍数。所以就有了(N+15)/16 *16这样的算法

#13


引用 5 楼 wede_1989 的回复:
哎 谁来个直接的回答分就拿走


哈哈~这样的确管用哦!

你要的应该是这句:

[color=#FF0000]即使name1中只包含一个字节,也要占一个段(16个字节)[color]
就是说要保证是16的倍数。所以就有了(N+15)/16 *16这样的算法

#14


顶8楼,我看懂了哈。

#15


已忘记……

#16


同样的问题总是有人翻来覆去的问。。。很无语、、、

#1


如果短中的数据占N个字节,则程序加载后,该段实际占有的空间为:(N/16+1)*16 [说明:N/16只取整数部分]

#2


讲原理

#3


我给你个偏门技巧:(N+15)/16后取整*16。。。建议要自己搞懂,不建议照搬!

#4


引用 2 楼 wede_1989 的回复:
讲原理

看王师傅“段的概念”那节,详细点看。。。那段里还有特别提醒。。。

#5


哎 谁来个直接的回答分就拿走

#6


(N+15)&~15;//间接的

他们的是直接的。

#7


对于如下定义的段: 
name segment 
... 
name ends 
如果短中的数据占N个字节,则程序加载后,该段实际占有的空间为:______。


[[[[[[如果短中的数据占N个字节,则程序加载后,该段实际占有的空间为:(N/16+1)*16 [说明:N/16只取整数部分] ]]]]]]]]]


王爽提此问题是个几乎没有任何价值的问题,因为数据段最后一行剩下几格,程序设计时几乎从不考虑。
比如n=33个字节,你用debug时看到的内存格子每行是16格,这时第33个字要放在第三行第0位,这1个字节就占用了第三行,你再定义另一个name2数据段时,masm会把它从第四行放起;所以n=33就占掉了(33/16+1)*16=48个字节,即3行*16=48。
另外,设计程序时最好用debug查看实际位置后修改si,di,bx等,因为有时数据前会被插个回车符,你如果不查看实际位置而完全按(N/16+1)*16去计算位置,那不久你就会被气得放弃汇编语言,正如罗云彬所说的,很多人被寻址计算搞得一头雾水,实际上是写书的人没把书写好。

#8


一、这首先要从8086处理器寻址原理说起。

8086这种处理器有二十根地址线(20个用于寻址的管脚),可以使用的外部存储器空间可达1MB(00000H~FFFFFH)。

但是,8086内部的寄存器都是16位的,用任何一个寄存器(比如BX或SI),都无法直接寻址8086所支持的1M地址空间,因为16位寄存器只能表示640KB的空间范围(0000~FFFFH)。

所以,Intel想了一个方法,设计出了CS/DS/ES/SS这几个段地址寄存器,用段地址寄存器与普通寄存器组合,来寻址1MB的地址范围,即:对于CPU取指来说,用CS:IP组合来寻址下一个要执行的指令(也在存储器中);对于堆栈操作PUSH/POP来说,用SS:SP组合来表示当前栈指针(栈也在存储器中);对于数据操作指令来说,用默认的DS/ES或指定的段地址(段前缀指令)与偏移量寄存器组合寻址。

组合后的实际地址=段寄存器内容×16+偏移量寄存器内容

从这个公式可以看到,每一个段的地址都对齐在16的倍数上。比如DS=1234H,则这个段就从
1234H×16+0000H=12340H开始,最大到1234H×16+0FFFFH=2233FH为止。

二、对同一个内存地址,有不同的段:偏移量组合方法,比如2233FH这个地址,既可以表示为1234H:0FFFFH(在1234H段中),也可以表示为2233H:0000FH(在2233H段中)。

那么,如果汇编程序中有下面两个连续的段定义,汇编编译程序会怎么做呢?

name1 segment
d1 db 0
name1 ends
name2 segment
d2 db 0
name2 ends

  编译程序可以将name1和name2编译成一个段,d1和d2在内存中连续存放,这样可以节省内存空间。比如编译程序以name1为基准,将name1作为一个段的起始,程序加载后会被放在xxxx0H的地方,那么d1就放在该段偏移地址为0字节的位置,d2就放在该段偏移为1字节的位置。
  这样的处理方式虽然可能会节省一点内存空间,但是对于编译器的智能化要求太高了,它必须将源程序中所有引用到name2和d2的地方,全部调整为以name1段为基准,这实在是太难了,而且也节省不了几个字节的空间,编译器是不会干这种吃力不讨好的事的。编译器实际的处理方式是将name1中的所有内容放在一个段的起始地址处,name2里的所有内容放在后续一个段的起始地址处(这也是汇编指令segment的本义:将不同数据分段)。这样,即使name1中只包含一个字节,也要占一个段(16个字节),所以,一个段实际占用的空间=(段中字节数+15)/ 16。

  所以,8086处理器的内部寻址原理和汇编程序编译器共同决定了segment定义的段必须放在按16的倍数对准的段地址边界上,占用的空间也是16的倍数。

#9


解释得太好了,刚好在学习这个东西.

#10


这几天搞汇编,头都大了,..

#11


引用 5 楼 wede_1989 的回复:
哎 谁来个直接的回答分就拿走


哈哈~这样的确管用哦!

你要的应该是这句:

[color=#FF0000]即使name1中只包含一个字节,也要占一个段(16个字节)[color]
就是说要保证是16的倍数。所以就有了(N+15)/16 *16这样的算法

#12


引用 5 楼 wede_1989 的回复:
哎 谁来个直接的回答分就拿走


哈哈~这样的确管用哦!

你要的应该是这句:

[color=#FF0000]即使name1中只包含一个字节,也要占一个段(16个字节)[color]
就是说要保证是16的倍数。所以就有了(N+15)/16 *16这样的算法

#13


引用 5 楼 wede_1989 的回复:
哎 谁来个直接的回答分就拿走


哈哈~这样的确管用哦!

你要的应该是这句:

[color=#FF0000]即使name1中只包含一个字节,也要占一个段(16个字节)[color]
就是说要保证是16的倍数。所以就有了(N+15)/16 *16这样的算法

#14


顶8楼,我看懂了哈。

#15


已忘记……

#16


同样的问题总是有人翻来覆去的问。。。很无语、、、