Symbian OS/C++；描述符端口？ 是否有人知道Symbian OS C++描述符的工作端口是否可以操作到其他操作系统？我记得有一些代码与此相关，尽管上次我测试它时，由于缺少/未定义的类型，它没有用G++编译

提前感谢,，

---

泰森

< P>我还没有看到这样的端口，但是您可能需要等待即将到来的Symbian基金会平台发布，其中大多数OS（包括描述符）在EPL许可证下打开。

< P>没有关于描述符的固有平台特定性，您可以轻松地将它们（即重新编译它们）移植到端口上。一旦Symbian开源，就可以从Symbian源代码转到另一个平台。但是，由于一些描述符函数“离开”，您也必须引入Symbian清理堆栈功能

---

因为这是Symbian C++中最差的（即最不标准和最讨厌的）位，我很好奇为什么你想这样做？

< P>这里有几个要考虑的事情：

• 基本描述符API是十多年前编写的，用于响应一组特定的资源约束。虽然他们肯定让Symbian OS C++成为今天的一个品种，但将它们移植到一个新的操作系统上的理由至多也有争议。

• Symbian（现在是诺基亚）实际上至少有一项涵盖描述符的专利。在您花费太多时间进行这项工作之前，您可能想询问当描述符源代码开放时，它到底会发生什么

• 一段时间以来，塞班生态系统实际上一直在努力摆脱描述符。在OpenC/C++、Qt和新的EuSurh库之间，有很多很好的C++描述符替代方案。
• Symbian开发人员库中的描述符文档实际上相当不错，您完全可以将其用作另一个操作系统的洁净室端口的基础。不过，对于大多数开发人员都会积极避免的事情来说，这是一项相当大的工作

>P>记住，完整的DestCurpor API依赖于各种Symbian C++习语，如CBase、CcCuffStUp、TReal…一个合适的港口肯定需要大量的工作。当然，离开机制可以用标准的C++异常来实现（因为Symbian在远离中断时做了什么），但是仍然…

---

我已经有一段时间没有在Symbian上工作了，但我不认为它们是特定于操作系统的-缺少了什么符号？我已经很久没有发布这篇文章了，但经过昨晚的修补，我发现我可以通过包含Symbian内核和硬件服务包中提供的

gcc.h

头的副本，来减轻使用G++编译头时出现的一些

IMPORT_C

错误。