天天好味道

# re: 郁闷的ACE for WinCE

呵扑通~是不懂！！！

# re: 郁闷的ACE for WinCE

ACE,可适配网络通讯环境。是一个C++的框架。

# re: 郁闷的ACE for WinCE

是 WFMO_Reactor 不能正常工作
ACE_TP_Reactor 和 ACE_Select_Reactor 应该还可以工作吧
既然要跨平台，用 ACE_TP_Reactor 估计会好些，毕竟 WFMO 是平台相关的。

# imjj，你是不是对ACE很精通？

太好了，呵呵。其实我是使用它的ASNMP，里面用到了这个Reactor,我还没有搞清楚他这个几个Reactor之间的区别...能否讲讲？

# re: 郁闷的ACE for WinCE

精通可是谈不上，比如 ASNMP 偶就不懂
不过这几个 Reactor，都是通常网络编程模型的抽象，
基于 select 的，叫 ACE_Select_Reactor，基于每个请求一个线程的，叫ACE_TP_Reactor，在Windows下，ACE_WFMO_Reactor 是基于WaitForMulitObjects的，这些，在《Windows网络编程》里都有介绍。

ACE_Reactor只是为这些编程模型做的封装，而相应的 ACE_XXX_Reactor 是 ACE_Reactor::implement_成员，ACE_Reactor 通过这样的机制来提供功能。

所以，要使用其他模式的 Reactor，就是要更改implement_成员，
这个可以这样
int change_reactor_mode()
{
  ACE_Reactor_Impl * impl;
   ACE_NEN_RETURN(impl,  ACE_TP_Reactor; -1);
  ACE_Reactor * reactor;
  ACE_NEW_RETURN(reactor,  ACE_Reactor(impl, 1), -1);
  ACE_Reactor::instance(reactor, 1);
  return 0;
}

这个一定要放在程序最开始，也就是 ACE_Reactor::reactor_ == NULL 之前调用

# re: 郁闷的ACE for WinCE

snmp 可以用其他的开发包吧。

# 谢谢 imjj

明白了，我可以用select的。

# asnmp是ace自带的，封装的不错

所以我们的工程师就不想再使用其它的库了

# xmjj

我换用select_reactor，结果crash.
我设置了ACE_USE_SELECT_REACTOR_FOR_REACTOR_IMPL
宏，重新编译ACE的静态库。然后我写了一个测试程序来测试：
ACE_Reactor* reactor = ACE_Reactor::instance();
在new 这个Reactore implement的时候，有一个dynamic_cast,把Reactor_impl转换为Select_Reactor_impl的时候发生内存访问违例，就crash了。请问你知道怎么回事吗？

# re: 郁闷的ACE for WinCE

snmp++和netsnmp都还可以，

# to sevencat

主要是不想引入新的未知因素,也不想去移植了.呵呵.
有现成的for CE的版本吗?

# re: 郁闷的ACE for WinCE

不知道，因为asnmp这个东东好像并没有被大量广泛的使用，所以我个人意见不要用这种东东。（他里面的xml库也是这样），而且ace本身就极难调试，出了问题会死人的。

# to sevencat

恩，我先看看asnmp是不是好用，不行再换

# re: 郁闷的ACE for WinCE

netsnmp很不错 很多年前用过 除了烦琐 没别的
snmp协议本来就烦琐.......  netsnmp有一个python
的wrapper 你可以先拿来试试 :-)

# Comment 19140 的解决

刚好有人问起，我查了查当时的解决办法，发现我换用
ACE_USE_TP_REACTOR_FOR_REACTOR_IMPL
了。