严重！68013自带驱动ezusb.sys连续读几分钟后就死机！！！

1：我是slavefifo模式，应用程序读端点EP6，达到38M/byte，连续几分钟后死掉，需要拔掉usb口才能关闭应用程序。
2：跟踪驱动,发现进入Ezusb_CallUSBD(fdo, urb)函数里的KeWaitForSingleObject()函数就死掉！这个函数一直没有返回!!
3: 某些大侠会说是usb的fifo数据没有准备好,可是我的slwr接地,一直在写的,如果是数据没准备好,那么下一次数据来时KeWaitForSingleObject()应该会返回的啊!受到阻塞的应用程序会继续运行的.不至于完全死掉(非的拔掉usb线才能退出)
4:当然,在不写fifo时,即slwr为高时驱动也会停在KeWaitForSingleObject()这里,因为确实是没有数可读嘛.
      各位高手难道没遇到这个问题么?
5:今天查了旧的帖子，发现很多人提出用处理超时的方法，我试着在ezusbsys.c里加入
LARGE_INTEGER  timeout;
编译时提示：ezusbsys.c(402) : error C2275: 'LARGE_INTEGER' : illegal use of this type as an expression
是不是我少加了什么头文件啊？可是少加头文件好像不是这样提错的。
我是驱动菜鸟，才声明一个变量一编译就出错，成功做过超时处理的大侠能否将这一段的详细代码帖出来啊？？
   菜鸟们会很感激的！！

楼主，我也在用slave fifo，不过还没有开始搞驱动，
我现在遇到一个问题：
我现在用68013的slave fifo模式
用EP2 autoout   用EP6 autoin
PC可以通过EP2写入512字节的数据包
可是EP6的autoinlen 只能设为0x40 如果设为0x200（512字节），用控制面板去读 就会没有响应 也就是每次EP6传的数据包 不能超过64字节
我的计算机是2.0的口啊

这是怎么回事啊   楼主遇到这样的问题没

两天了！怎们没人愿意说一下呢？？我边看驱动开发教程边等......

都4天了，怎么高手们都不愿意吭声啊？？
我发现在《windows 2000驱动程序设计指南》的例子中加入LARGE_INTEGER  timeout;
这一句是编译得过的，而在68013自带的ezusb源程序中加入LARGE_INTEGER  timeout;
确编译不过，原因可能是《windows 2000驱动程序设计指南》的例子是.cpp文件，而68013
的驱动例子却是.C文件，这问题怎么解决啊？怎样才能将68013的驱动源文件改为.cpp的项目
而又能编译得过啊？望大侠们指教啊!!!

今天解决了一个很弱的问题,但是还是要写出来给跟我一样的新手看看.
68013自带驱动ezussb是C语言的项目,不是CPP(C++)的项目,变量声明一定要放在函数的最前面,我在ezusbsys.c里加入LARGE_INTEGER  timeout;提示出错就是因为在赋值语句后声明造成的.