众所周知的基于C++实现的ACE框架,虽然设计得很好,可有很多不足,尤其是里面的那个ASNMP包……
不止是没做完,即使是做完的部分也有很多问题……
这不,遇到过好几个bug,为此折腾了好多天……(因为实在舍不得放弃ACE……嘿嘿~)
比如,
1.IpAddress类型变量传递问题。
2.Datetime类型未实现的问题。
3.TrapV1的一个什么字段无法获取的问题。
4.无法处理trapV2的问题……(这个好像是没做完,不算bug)
Datetime类型未实现,自己仿照其他类型实现一个即可。
麻烦在于问题1:
原来好像与OctetStr类型同样处理的,不过这样好像可以传值,但是类型就分不清了。
因为原来Vb的set_value..之类的方法似乎没有针对IpAddress类型的重载。
如果加上的话,就可以设为IpAddress类型,可这样的话,值却传不过来了……
费了好半天时间……终于找到问题所在了……
关键就在于wpdu::convert_vb_to_smival(...)的那里对IpAddress类型的处理。
如前面所说, 在这个方法里,IpAddress和OctetStr是同等对待的。
可实际上,IpAddress类型是无法直接放到OctetStr里的,因为我发现他提供了个to_octet()方法。
修改下,将IpAddress用to_octet方法传值即可。:)
好像即使在目前最新的5.6.7版ACE也存在以上问题。
所以呢,建议大家用ASNMP之前三思。^o^
不止是没做完,即使是做完的部分也有很多问题……
这不,遇到过好几个bug,为此折腾了好多天……(因为实在舍不得放弃ACE……嘿嘿~)
比如,
1.IpAddress类型变量传递问题。
2.Datetime类型未实现的问题。
3.TrapV1的一个什么字段无法获取的问题。
4.无法处理trapV2的问题……(这个好像是没做完,不算bug)
Datetime类型未实现,自己仿照其他类型实现一个即可。
麻烦在于问题1:
原来好像与OctetStr类型同样处理的,不过这样好像可以传值,但是类型就分不清了。
因为原来Vb的set_value..之类的方法似乎没有针对IpAddress类型的重载。
如果加上的话,就可以设为IpAddress类型,可这样的话,值却传不过来了……
费了好半天时间……终于找到问题所在了……
关键就在于wpdu::convert_vb_to_smival(...)的那里对IpAddress类型的处理。
如前面所说, 在这个方法里,IpAddress和OctetStr是同等对待的。
可实际上,IpAddress类型是无法直接放到OctetStr里的,因为我发现他提供了个to_octet()方法。
修改下,将IpAddress用to_octet方法传值即可。:)
好像即使在目前最新的5.6.7版ACE也存在以上问题。
所以呢,建议大家用ASNMP之前三思。^o^