汇编实验4.1文件代号下的文件管理中为什么buf_size为80而buf可以容纳200个字节,矛盾吗?(不矛盾)

文件代号下的文件管理

data segment
Pgsize dw ?
buf_size db 80
s_buf db ?
buf db 200 dup(?)
cur dw ?
handle dw ?
mess_getname db 0dh,0ah," Please input filename:$"
mess_err1 db 0ah,0dh," Illegal filename ! $"
mess_err2 db 0ah,0dh," file not found ! $"
mess_err3 db 0ah,0dh," file read err! $"
········
data ends

上面的
buf_size db 80
s_buf db ?
buf db 200 dup(?)
看起来很奇怪,通过做这个实验,我明白了buf_size和实际的buf大小是可以不同的,源代码中的buf_size为了增加可读性,改为filename_buf_size可能会更好一些,因为它定义为80,仅仅是为了约束输入的文件名不能超过79个字符(加上回车一共最多80个字符),而后面读取文件内容时,用到了DOS中的ah=3fh的功能,它可以一次读取200的字符到缓冲区中,然后再慢慢一行一行显示在屏幕上。
(当一个buf有两种以上不同的用途时,或者存放字符或者字符串的最大长度不同时,尤其是约束输入的字符串不能长于某个个数而buf作另外的用途可以容纳更多字符是,实际定义的buf大小就会比声明的输入缓冲区长度要大)
本例子中,buf作为键盘输入缓冲区,最大为80,作为读入文件数据缓冲区时ÿ

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值