Tag: 协议
.Net lib来控制远程GDB
我有兴趣为GDB创建Visual前端。 所以我感兴趣的是有没有任何库可以从.Net处理GDB的 远程协议 。 我认为WPF会做出很好的UI前端。
如何检测流媒体源是否还活着？
假设有一些类型的流媒体源，如： http://mysite.com/sources/1.flv RTSP：//mysite.com//sources/channel1 http://mysite.com//sources/1.mp4 彩信：//mysite.com/channel2 有没有一种简单的方法来检测它们是否在C＃中存活？ PS如果你投了票，请解释一下。 谢谢！
用于代码的元语言为ANSI-C和C＃Structs生成打包的结构
我正在尝试找到一种“元语言”，可用于定义结构和获取/设置成员的代码。 问题在于结构已经存在于代码中，并且这种“元语言”将用作原始手工编码结构的逐位替换，以允许生成描述结构的头部。 关键是这些结构被用作C＃应用程序和嵌入式设备之间的协议的一部分（不是基于Linux，认为更小，更像PIC或CM0那样受限制。）元语言将充当 结构成员的文档 为get / set操作生成C＃结构和实现 生成打包的ANSI-C结构和get / set函数 元语言需要支持 枚举定义（指定大小 – 即uint16_t，uint8_t或更小的多位枚举） 位数组（指定大小 – 即48位数组打包成6个字节） 位结构/枚举数组（指定大小 – 即48位索引的2位结构为12个字节） 字节序和位序的规范， 生成二进制结构，可以通过生成的ANSI-C代码或C-sharp代码直接读取，以便通过网络发送。 收到数据时对数据进行有限的validation也是很好的。 到目前为止，我已经看过了 BSON 蚀刻 Hessian Avro 冰 MessagePack 协议缓冲区 节约 所有这些都非常适合文档和构建新协议，但是试图保持与现有协议的兼容性，并且由于数据封送中固有的类型编码而导致这些协议不足。 我还查看了ASN.1的ECN编码，但这似乎太难以理解，导致文档出现问题。 我从C结构看了Generating C＃结构，但那里没有一个好的选择。 有什么建议？
DotNetOpenAuth.Messaging – 协议错误：此消息的时间戳为{0}，超出了将来允许的时钟偏差
我从openid提供程序收到错误 2010-08-26 16：54：30,240（GMT + 4）[26]错误DotNetOpenAuth.Messaging – 协议错误：此消息的时间戳为26.08.2010 16:54:37，超出了允许的时钟偏差未来 这种错误的原因是什么？ 完整日志 2010-08-26 16:54:29,849 (GMT+4) [26] DEBUG DotNetOpenAuth.Messaging.Channel – Preparing to send CheckIdRequest (2.0) message. 2010-08-26 16:54:29,849 (GMT+4) [26] DEBUG DotNetOpenAuth.Messaging.Bindings – Binding element DotNetOpenAuth.OpenId.ChannelElements.ExtensionsBindingElement applied to message. 2010-08-26 16:54:29,849 (GMT+4) [26] DEBUG DotNetOpenAuth.Messaging.Bindings – Binding element DotNetOpenAuth.OpenId.ChannelElements.RelyingPartySecurityOptions did not apply to message. 2010-08-26 16:54:29,849 (GMT+4) [26] […]
Flex与C＃后端通信的最佳方式？
flex前端与C＃中编写的后端进行通信的最佳方法是什么？ HTTP中唯一的通信通道，因此没有自定义套接字。 我过去使用过SOAP，但由于xml的开销很大，我担心性能，而我目前正在处理的这个应用程序将是非常数据密集型的。 任何支持简单设置和透明编组/解组的东西都可以。 有什么东西像BlazeDS for .net？
串行数据的二进制通信协议解析器设计
我正在重新审视字节流的通信协议解析器设计（串行数据，一次接收1个字节）。 数据包结构（不能更改）是： || Start Delimiter (1 byte) | Message ID (1 byte) | Length (1 byte) | Payload (n bytes) | Checksum (1 byte) || 过去，我已经采用程序状态机方法实现了这样的系统。 当每个数据字节到达时，状态机被驱动以查看输入数据一次/一个字节是否适合有效数据包，并且一旦整个数据包被组装，基于消息ID的switch语句执行适当的消息处理程序。 在一些实现中，解析器/状态机/消息处理程序循环位于其自己的线程中，以便不对串行数据接收的事件处理程序造成负担，并且由指示字节已被读取的信号量触发。 我想知道是否有更优雅的解决方案来解决这个常见问题，利用C＃和OO设计的一些更现代的语言function。 任何可以解决这个问题的设计模式？ 事件驱动vs polled vs组合？ 我很想听听你的想法。 谢谢。 Prembo。
