@fengzi 可参考alige_console

开发者能当场遇到死机的情况，一般在生产前就已经解决了，产品发出去了不可能让它死机，工程人员也不可能立即派到现场处理异常，肯定需要看门狗把系统重新复位继续运行，所以必须保证能通过远程升级等手段修复BUG

好的，期待新版本的发布。

在移植4.0.4的时候，有一个地方比较特别，dfs.h内的头文件fctnl.h，与sys/fctnl.h这个头文件定义的内容是不相同的，fctnl.h是RTT内核提供的头文件，sys/fctnl.h是

的确是有BUG，感觉是fopen和open不是共用同一个宏，导致传递参数的时候发生了错误。这是我仿真调试的断点结果：从fopen传递过来的flags显示的8进制值是0203001,0200000宏定义

@陳大大 使用RTT的配置生成的，我没有修改过源码，你可以先试一试使用RTT软件包的代码，看看功能是否能跑通，如果有特殊的需求，你再结合源码去优化，RTT提供的软件包至少是验证过功能才提上去的，好好比

rt_scheduler_switch_sethook你可以使用内核的钩子函数帮助你优化代码，在钩子函数里打印看看哪个线程占用你的CPU资源。

收发速度慢，你需要确认一下你的线程能否可以获得足够的CPU资源，如果其他高优先级的线程占用大部分CPU资源的话，调度到telnet线程的时间少了，你的就会感到响应很慢。

可以通过对比ulog和alige console的实现逻辑，两者有相似之处，把console注册到ulog下的逻辑原理，跟把串口注册到alige console的原理是类似的。acon的框架很便利，希

agile console只是一个框架，框架下的每一个注册的设备对象接收到数据都会被acon线程读取出来并缓存到acon这个设备对象内，agile console组件启动的时候会接管console，f

提示未定义的函数就是在报错的行数上面，使用了inline定义了，可以确认该文件是已经编译了，有可能是一些宏定义未能生效