寻找高手获取micrium的UCOS-III,UCGUI代码

牛人能编一个就好了……

FCKeditor connectors模块多个跨站脚本及目录遍历漏洞
影响版本:
FCKeditor <= 2.6.4

程序介绍:  
FCKeditor是一款开放源码的HTML文本编辑器。  

漏洞分析:

FCKeditor没有正确地验证用户对多个connector模块所传送的输入，远程攻击者可以利用samples目录中的组件注入任意脚本或HTML，或通过目录遍历攻击上传恶意文件。



漏洞利用:

* 从editor\filemanager\connectors中删除不使用的连接器
* 在config.ext中禁用文件浏览器
* 完全删除_samples目录


解决方案:
厂商补丁：
FCKeditor
---------
目前厂商还没有提供补丁或者升级程序，我们建议使用此软件的用户随时关注厂商的主页以获取最新版本：
http://www.fckeditor.net/

难道你不想看下UCOS3的代码，UCGUI最新5.2的代码吗？还有uc....
偶不是想破换，没注意我的用意吗？
如果你有钱去买那我没话说

可能4楼不是做嵌入式产品的！
虽然网上有流传UCGUI但是是很久以前的版本，4版本后的代码绝迹了

难以理解.

有linux不用用UCOS.......................
清华的贝贝同志害了不少人......




无话可说.

你以为任何平台都可以跑LINUX吗？看来楼上做的产品很高级

说实话偶做的项目都还是裸奔的！虽然程序代码也有近MB

SEGGER网站上可以下载emWin最新V504试用版，
与ucGUI是一回事。

就单片机操作系统, 我很想转贴一篇评论C++的文章. linus写的, 放在这里批UCOS之流也很合适.


“c++是一种糟糕的(horrible)语言。而且因为有大量不够标准的程序员在使用而使情况更糟，以至于极容易产生彻头彻尾的垃圾(total and utter crap)。老实说，选择c就是为了把c++程序员踢出去。……我有这样的结论，任何喜欢用c++而不是c开发项目的程序员可能都是我希望踢出去的人，免得他们来搞乱我参与的项目。c++会导致非常非常糟糕的设计选择。你们这些c++程序员总是一上来就用语言的那些‘漂亮的’库特性比如STL、Boost和其他彻头彻尾的垃圾，这可能对你们的程序有所‘帮助’，但是却会导致：

　　——当库无法工作时无穷无尽的折磨(别跟我说什么STL尤其是Boost很稳定而且可移植性很好，那全是屁话，而且一点都不可笑)

　　——低效的抽象编程模型，可能在两年之后你会注意到有些抽象效果不怎么样，但是所有代码已经依赖于围绕它设计的‘漂亮’对象模型了，如果不重写应用程序，就无法改正。

　　也就是说，使用优秀的、高效的、系统级的和可移植的c++的唯一方式，最终还是限于使用c本身具有的所有特性。项目限制只用c，意味着参与的人不会捣乱，也意味着会得到许多真正懂得底层问题，而不会折腾那些白痴‘对象模型’垃圾的程序员。

　　所以，我很抱歉，但是对于Git这样效率是主要目标的软件，c++的所谓优点只是巨大的错误。而我们将看不到这一点的人排除在外却成了一个巨大的附加优势。如果你想要用c++写的版本控制系统，去玩Monotone吧。他们确实使用了‘真格的数据库’，使用了‘漂亮的面向对象库’、使用了‘漂亮的c++抽象’。可是说老实话，所有这些对某些计算机专业人士而言富于吸引力的设计决定，其最终结果确是一堆可怕、难以维护的垃圾。”

问一句楼上

要流畅地跑linux+gui的硬件成本多少钱？多层板的费用+多块芯片的费用？可靠性有多高？实时性有多好？

低成本场合上低成本mcu+小型RTOS是趋势，例如stm32+ucos

难道做个mp3播放器之类都要上linux?

你那种arm9+linux的套路无法通吃一切

呵呵，楼上写了这么多。

linux及其的硬件平台

轻型RTOS和低成本MCU

这两者还是定位不同的，linux想吃掉，不容易。不争了，市场和成本会说明一切

呵呵，楼上写了这么多。

linux及其的硬件平台

轻型RTOS和低成本MCU

这两者还是定位不同的，linux想吃掉，不容易。不争了，市场和成本会说明一切

笑，不同的MCU有不同的市场，市场定律。但必然会向后者发展~

希望高手们把UCOS3的源代码搞下来共享一下。一起研究使用。

很不想说的，实在没忍住。sinanjj，你懂个屁啊！

ｓｉｎａｎｊｊ，貌似行家！藐视！