发布一个Keil_C51新的0xFD补丁程序(支持C51v9.05)

2020-01-19 19:33发布

根据本网站得到的一些资料,闲来无事就写了一个 Keil C51 新的 0xfd 补丁程序以方便大家,支持 v9.05 的新版本,刚刚编译完成,做了初步测试、应该没有问题了吧,兄弟姐妹们如果发现了问题请发帖告知,以方便改进,谢谢。

点击此处下载 ourdev_678864JUCQAY.rar(文件大小:184K) (原文件名:KC51_9NN0XFD.rar)
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
44条回答
dz20062008
1楼-- · 2020-01-21 06:54
能不能详细介绍下fd的问题!不是很了解
ll007j
2楼-- · 2020-01-21 08:09
大虾帮小弟解决下这个问题http://www.ourdev.cn/bbs/bbs_content.jsp?bbs_sn=5134601&bbs_page_no=1&search_mode=3&search_text=ll007j&bbs_id=9999
kmzjs
3楼-- · 2020-01-21 08:46
答问题一:
这个补丁程序支持9.05及以下版本。

答问题二:
Keil一直以来都没有很好地支持中文,编译器假设或者无视源程序中使用中文字符串的可能,编译器的开发都是针对英文字符特点的,一些属于编译控制类的字符、如果同时属于中文字符用到的字节码就可能出问题,因为编译器不会去判断这个字符是不是中文双字节码中的一部分(双字节中文字符中的前导字节或者后续字节),0xFD是在编译过程中被编译器按照他自己设定的惯例过滤掉的,对其他的特殊字符、包括转义符等,在编译过程中都可能会被当作编译控制字符,完成了控制使命后被丢弃或篡改,因此、如果要让编译器不要按它的英文规则去处理中文字符串、最好把中文字符串手工转换成十六进制字节数据的最终格式,这样编译器就按字节数据去直接使用了,而不再需要进行一次包含转义控制等功能的编译转换工作,没有了这种字符串到实际字节数据的“编译转换工作”当然就不会过滤或者丢掉什么了。
或者说由我们自己手工对字符串进行转换,不让编译器去搞定,就无问题了,如果按照这种方式写程序、0xfd的问题都不需要进行修正了,因为既然不让编译器干这种字符串到字节数据的转换工作,他有没有问题就无所谓了。
手工转换很简单:把中文字符串写到记事本中保存,改文件后缀名为BIN,然后用UltraEdit按照BIN格式(二进制格式)打开然后复制十六进制字节码到编译器,再按C的十六进制字节格式调整一下即可。或者编写一个字符串到二进制C串的转换程序转换一下即可,非常简单。
dz20062008
4楼-- · 2020-01-21 13:42
 精彩回答 2  元偷偷看……
hanliang0330
5楼-- · 2020-01-21 14:43
我用Keil碰到的问题是,经常会有半个字符的乱码,这个补丁可以解决么?
ncj_12345
6楼-- · 2020-01-21 19:23
谢谢楼主,你帮我解决大问题了!12864液晶显“数”字,要么显不出来,要么显示成别的字。用了你的软件就好了!

一周热门 更多>