sunkai的个人空间

sunkai：liuxf：大概是提醒我的那位朋友搞错了，没有删，错怪了。东西是好东西，但不是我自己的，我也只是转手抄给大家，只要CYPRESS不找驱动开发网的麻烦就行了，说到这里，我要提醒打算引用那些源代码的朋友，请在你的代码中注明它来自于CYPRESS，我本人认为还是有必要的，“君子爱财取之...(2002-05-15 01:59)

回复

liuxf66：这么好的东西难得无私的sunkai大侠拿出来免费与大家共享，还被删除？我声讨这种行为！(2002-05-14 22:51)

回复

sunkai：听说我上传的几个东西有被人删掉了，想要的朋友又不得不给我写信来。不会是斑竹删的吧？(2002-05-14 13:00)

回复

rayyang2000：我觉得USB这个东西对于开发人员来说讨厌的地方就是热插拔，有时候想，假如这个设备是个装在机箱里面的东西，不会在开机状态被拔下来，那编程时要方便的多。就向我做数码相机的驱动程序，就是有人喜欢在图象下载到一半的时候把线拔了，你说郁闷不郁闷？ 深有同感！我有一半的bug fix...(2002-05-13 14:34)

回复

LIUTANG：我觉得USB这个东西对于开发人员来说讨厌的地方就是热插拔，有时候想，假如这个设备是个装在机箱里面的东西，不会在开机状态被拔下来，那编程时要方便的多。就向我做数码相机的驱动程序，就是有人喜欢在图象下载到一半的时候把线拔了，你说郁闷不郁闷？(2002-05-10 00:29)

回复

tigerzd：驱动程序中不用特别处理，因为驱动程序中处理方式本身就是异步的。比如获取设备数据，就需要等待设备发送完毕。驱动程序中按DDK的例子写就可以了。(2002-05-09 14:48)

回复

sunkai：太感谢了！tigerzd兄的做法是客户程序用异步访问吧？那么驱动程序也需要做相应的改动吗？LIUTANG兄在前面说过“驱动程序访问设备时不妨采用异步的方式，这样比较合理。”。客户应用程序和客户驱动程序都有同步和异步两种访问属性，是否存在搭配上的问题？有的话究竟要怎样搭配算合理呢？...(2002-05-09 14:10)

回复

tigerzd：在98下没有IRP_MN_SURPRISE_REMOVAL，只有IRP_MN_REMOVE_DEVICE； 在CreateFile中加入FILE_FLAG_OVERLAPPED异步属性。在ReadFile、WriteFile、DeviceIoControl中加入OVERLAPP...(2002-05-09 08:29)

回复

sunkai：有大虾愿意提供详细的解决方案吗？(2002-05-08 23:42)

回复

sunkai：你要处理的是IRP_MN_SURPRISE_REMOVAL 不过，根据我发现，如果你在CloseHandle以前突然拔掉设备，就一定会出现你说的现象。 那就完了，我发现驱动程序里好象没有处理IRP_MN_SURPRISE_REMOVAL的代码。 我相信这是因为程序（驱...(2002-05-06 04:49)

回复