没想到还有人在关心这贴； http://sourceforge.net/projects/netx-arm-elf-gc/files/Insight/ 这里有个编译好的insight,我已经用了一些日子了，前天发现的问题就是用这个调试出来的。

我想if (*old_handler != RT_NULL) 能否改成 if (old_handler != RT_NULL) ,其余不改。 如果用户传入一个非null的指针，则表示它想取回old_vertor. 如果传入的RT_NULL,这个判断仍然成立。

直接用qemu调试ads出来的代码，也会改变0x0的指令值，比较了一下，gcc和ads编译出来的指令确实是不同的，这个是ads出来的指令         112                        if (*old_handler != RT_NULL) -        0x30006584        :                ldr        r3, [r2] -        0x30006588        :                cmp        r3, #0 -        0x3000658c        :                beq        0x3000659c gcc编译出来是这样的 -        0x3000987c        :                ldr        r3, [r11, #-16] -        0x30009880        :                ldr        r3, [r3] -        0x30009884        :                cmp        r3, #0 -        0x30009888        :                beq        0x300098a0

是复印版本，还是真pdf啊

原来是这么来的。 今天发现一个有趣的事情，我把mdk的编译改了一下，用我习惯了的ads进行编译，然后发现居然照样可以用insight来调试这个不是gcc编译出来的版本。

也许是我用insight调试没有扑捉准确up down这样的事件吧。但为啥键值是这样的：    case 31:        kbd_event.key  = 's';        break;    case 30:        kbd_event.key  = 'a';为什么不是A=65 a=97这样的ASCII码表？我一直以为键盘出来的A-Z就是ASCII码表。这是标准的键盘键值，还是在qemu或者什么地方定义的吗？

自己写个吧，就是把数据打在画布上这样的事情，c或者vb都花不了什么时间。

我是让demo从绘图测试切换到de demo，然后又切换回来，写这个回复之前我又试了一下，每2-3次就会出现一次这个现象。我理解，重绘窗口时用的底色错了，因为上面那个半框所占的区域正好是没有绘画其他控件的区间，这个时候没有开始绘图测试。 [ 本帖最后由 bigmoister 于 2011-4-5 23:12 编辑 ]

这是少林给出的demo测试程序出来的现象。我理解，要么是qemu有问题，要么是rtt有bug.

430有个mspgcc项目，用gcc来做开发，iar也有,你说的g2是否支持就不清楚了

arm-elf-insight.exe那里有下啊？

我说的是win上代替insight的ide！ 好像也还没有弄好，除了break下拉自动载入的文件，se里不知道如何打开别的文件和设置断点。

又是一个买毕业设计的，鄙视！

4.29 郁闷的一天又开始了,md我忘记了昨天注册的帐号，这个是马甲而已:-(