0B68:0000  23 01 56 04 D6 D0 B9 FA-00 00 00 00 00 00 00 00   #.V.............
0B68:0010  00 00 00 00 00 00 68 0B-00 00 0D 00 6A 0B 6A 05   ......h.....j.j.

我这里是能编译进去的 编译器masm

data segment
    dw 0123h,0456h
    db '中国'
data ends

这个应该是跟编译器有关罢 你用的啥编译器咧

补充一点

db 12,34
dw 1234

是不一样的 为啥不一样看大尾和小尾模式 我觉得这个也是一个可能的原因

我也用masmplus调试了一下，发现是可以编译进去，但是即使把中文翻译为ascii码再输出，仍然输出为ascii码而不是中文


[ 本帖最后由 lonmaor 于 2012-7-11 21:16 编辑 ]

能不能进去是编译器是事 能不能显示是程序和操作系统的事

这个属于DOS程序 由于DOS操作系统默认没有显示中文的功能 所以显示不了

显示中文 要么用汉卡等 要么用程序提供一个显示接口 貌似叫什么中断 要么 自己带字库显示

唉...为什么发明电脑的不是中国人呢..　真想一天能这样写代码...

定义　字符串　＝　“你好,世界!"

= =#  yy下...
大致懂了...debug和编译器里面不支持中文...

现在的win7/xp自带的终端窗口不是能正常显示中文么？
实环境的dos需要中文字库+直接写屏，我以为现在不需要了的
有点奇怪的是，虚拟机装xp，进入cmd后打debug回车，明显看到系统自动切换成另一个dos窗口了，而这个新的dos窗口貌似是不可以显示中文的吧

cmd.exe



上面那个是自带的终端 支持中文

下面那个是用于兼容16位程序的 自然不支持中文 会自动切换的

百度易语言 就和你这个是一样的

而且 现在的编译器对于unicode支持的比较好 对于unicode来说 所有的字符都是一样的 大家都是unicode嘛 所以 像C语言那样的语言也可以用中文作为变量名 函数等 再加上宏啦 重载啦 实现一个中文的编程环境不难

问题是

1 兼容性
2 程序写作的复杂性
3 性能

易语言编译器的作者肯定是大牛...