解决了IIS5.0的一个BUG，非常感谢，请 Aceryt(买好车票准备开溜) 领分

BCB 2004-09-29 04:12:32

解决了IIS5.0的一个BUG，非常感谢，请 Aceryt(买好车票准备开溜) 领分

...全文

69 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

Aceryt 2004-09-29

打赏
举报

回复

谢谢你的好意，不过此类帖子只能在非技术区散分，转入非技术区了。

好久没有上来更新Blog，工作忙，也因为CSDN的登录的Bug，折腾了几天终于搞定了。见：http://community.csdn.net/Expert/TopicView1.asp?id=4950262受到去年MVPcn Blog数据丢失的打击后，对Blog的热情一度消失了，终于解决了登录Bug，看到CSDN Blog的功能不断增强（可惜依然没有我在MVPcn中喜爱的仿XP CSS样式），

Exchange Sysmte Attentant（Exchange系统助理）是 Exchange Server 2003 最重要的服务之一。该组件具有许多职责，其中包括维持与 Active Directory 的通信、生成脱机地址列表、执行邮件跟踪等等（表 2.3）。相应的可执行文件是 Mad.exe，该文件位于 /Program Files/Exchsrvr/Bin 目录中。系统助理必须

使用 Kubernetes 配置网络策略 NetworkPolicy.doc

内容概要：本文详细解析了车载DoIP（基于互联网协议的诊断通信）中ACK（肯定确认）和NACK（否定确认）的核心机制，重点阐述其在诊断通信中的定义、作用、消息格式及处理流程。文章结合ISO 13400-2标准，通过路由激活、诊断消息传输等典型场景，说明ACK（0x8002）用于确认数据成功接收与处理，NACK（0x8003）用于反馈通信层错误，并列举多种NACK错误码（如0x06目标不可达）及其触发条件与应对策略。同时区分了DoIP层NACK与UDS层NRC的不同层级错误处理机制，强调ACK/NACK在连接建立、快速排错、状态同步和协议可靠性中的关键作用。; 适合人群：从事汽车电子、车载网络通信、ECU诊断开发的工程师，以及对DoIP、UDS协议有一定基础的研发技术人员；工作年限建议1年以上；使用场景及目标：①理解DoIP协议中ACK/NACK在诊断通信中的具体应用与实现逻辑；②掌握常见NACK错误码的含义及故障排查方法；③区分通信层（DoIP）与诊断服务层（UDS）的错误处理机制；阅读建议：结合ISO 13400-2标准文档对照阅读，重点关注消息格式、错误码定义及实际应用示例，建议配合DoIP通信抓包工具进行实战验证与调试分析。

基于C语言开发的简易绘画板课程设计项目_支持鼠标绘制基本图形如线条圆形矩形并可选择颜色与调整画笔粗细的交互式绘图工具_用于帮助初学者理解图形界面编程与事件处理机制并通过实践提升编程.zip

1,510

社区成员

11,422

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章