16,471
社区成员
发帖
与我相关
我的任务
分享一个WaitForMultipleObjects的问题，大家帮我分析分析。烦恼好几天了
目前在做的一个项目，使用了展迅（SPREADTRUM）的一个手机平台，在WIN32 Simulator上，平台提供了一个 SendSignal API 向APP Task发消息。现在问题就出在这了：
我自己create 一个thread,这个线程用于接收串口过来的数据，然后把数据通过sendsignal(这个接口没有原码)，我的线程使用WaitForMultipleObjects等待串口事件，当我接收完一个数据包后，设置事件，当程序等待到事件后，调用sendsignal向APP Task(另一个任务)发送消息，但是当调用sendsignal时候，程序就crash了，报告一个“first chance exception 0x000005 accsee valiotion”,通过DEBUG汇编代码看，是消息队列出了问题。在没有原码的部分，我发现了使用了criticalsection的操作，当我把WaitForMultipleObjects的超时参数逐渐变小（超时时间边短）后，发现能够发成功的sendsignal会逐渐变多，但是还是会crash,我就不理解了WaitForMultipleObjects只是让我的线程挂起，另一个线程为什么会有如此反应，请大家帮我分析一下。
谢谢，谢谢
我自己create 一个thread,这个线程用于接收串口过来的数据，然后把数据通过sendsignal(这个接口没有原码)，我的线程使用WaitForMultipleObjects等待串口事件，当我接收完一个数据包后，设置事件，当程序等待到事件后，调用sendsignal向APP Task(另一个任务)发送消息，但是当调用sendsignal时候，程序就crash了，报告一个“first chance exception 0x000005 accsee valiotion”,通过DEBUG汇编代码看，是消息队列出了问题。在没有原码的部分，我发现了使用了criticalsection的操作，当我把WaitForMultipleObjects的超时参数逐渐变小（超时时间边短）后，发现能够发成功的sendsignal会逐渐变多，但是还是会crash,我就不理解了WaitForMultipleObjects只是让我的线程挂起，另一个线程为什么会有如此反应，请大家帮我分析一下。
谢谢，谢谢
...全文
请发表友善的回复…
发表回复
吃狼的豆腐 2006-06-16
- 打赏
- 举报
减少时间增加成功率？？？？
估计是DLL中有线程共享数据了，这个线程挂起或者等待的时候，线程使用的数据被其他的线程所使用。
纯属猜测
估计是DLL中有线程共享数据了，这个线程挂起或者等待的时候，线程使用的数据被其他的线程所使用。
纯属猜测
langzi8818 2006-06-16
- 打赏
- 举报
老婆，出来看星星
zhangnanonnet 2006-06-16
- 打赏
- 举报
奶油狗说的几点我都会注意的，但现在问题就是除了我的那3个线程，其他的线程我并不知道他们的实现方式，只是根据他们提供的sendsignal接口向他们的线程发消息。问题就出在这。
striking 2006-06-16
- 打赏
- 举报
你按照如下设置，看看能不能看出问题所在
For VC++ 6.0:
-Start debugging your program.
-Go to Debug | Exceptions...
-Choose "e06d7363 Microsoft C++ Exception" from the bottom of the "Exceptions" list.
-Choose "Stop always"
-Click "Change"
-Click "OK"
Now your debugger will stop when it encounters a first-chance C++ exception, and you can examine the call stack, etc, and investigate. (You may need to restart the debugging session, if the exception has taken place before you get this setting changed.)
For VC++ 6.0:
-Start debugging your program.
-Go to Debug | Exceptions...
-Choose "e06d7363 Microsoft C++ Exception" from the bottom of the "Exceptions" list.
-Choose "Stop always"
-Click "Change"
-Click "OK"
Now your debugger will stop when it encounters a first-chance C++ exception, and you can examine the call stack, etc, and investigate. (You may need to restart the debugging session, if the exception has taken place before you get this setting changed.)
fireseed 2006-06-16
- 打赏
- 举报
1. 你的程序有几个线程同时工作的话，一定要处理好同步问题，对同一数据万不可直接访问，不仅要用InterlockedExchange进行访问，还要用CriticalSection做独占访问。
2. 最好不要让几个线程共享访问同一个数据，PostThreadMessage是最好的选择，绝对安全。让每个线程都工作在自己独立的数据栈里，和外界完全脱离关系。通信全部使用Message完成。
3. Wait函数一般不要设置超时，必竟每一次的线程挂起都是极恐怖。超时参数大于100的Sleep或wait都是因该极力避免的危险操作，否则极易引起死锁，尤其是线程较多的时候。
4. 在每次wait后不要简单的直接执行你的操作，而应该选判断wait的返回值，FAILED、TIME_OUT、OBJECT_0，都要一一做最完善的处理。
5. 在线程内至少每隔两句就TRACE一下，并将当前的__LINE__和GetLastError()输出，TRACE可以放心的在线程中使用，它是线程安全的。
6. 尽量少用Suspend或Sleep来控制线程的运行，让线程自己判断什么时候该做什么操作，空执行或执行操作。
7. 退出时不要用Terminate，而是向线程发送退出消息，并等待其退出。
还有很多原则，用线程是windows编程里最复杂的了，一定要小心小心，再小心。
2. 最好不要让几个线程共享访问同一个数据，PostThreadMessage是最好的选择，绝对安全。让每个线程都工作在自己独立的数据栈里，和外界完全脱离关系。通信全部使用Message完成。
3. Wait函数一般不要设置超时，必竟每一次的线程挂起都是极恐怖。超时参数大于100的Sleep或wait都是因该极力避免的危险操作，否则极易引起死锁，尤其是线程较多的时候。
4. 在每次wait后不要简单的直接执行你的操作，而应该选判断wait的返回值，FAILED、TIME_OUT、OBJECT_0，都要一一做最完善的处理。
5. 在线程内至少每隔两句就TRACE一下，并将当前的__LINE__和GetLastError()输出，TRACE可以放心的在线程中使用，它是线程安全的。
6. 尽量少用Suspend或Sleep来控制线程的运行，让线程自己判断什么时候该做什么操作，空执行或执行操作。
7. 退出时不要用Terminate，而是向线程发送退出消息，并等待其退出。
还有很多原则，用线程是windows编程里最复杂的了，一定要小心小心，再小心。
DentistryDoctor 2006-06-16
- 打赏
- 举报
first chance exception 0x000005 accsee valiotion
内存访问违规？
应该是同步没同步好造成的问题吧。
内存访问违规？
应该是同步没同步好造成的问题吧。
zhangnanonnet 2006-06-16
- 打赏
- 举报
再做一点说明，这个LIB库在其他的平台上运行的很好，哪怕实在SPREADTRUM的前一个版本的SIM软件上也不错，所以问题很奇怪，已经发MAIL给SPREADTRUM的人了，可是没有回复。:(
zhangnanonnet 2006-06-16
- 打赏
- 举报
回答一下奶油狗的问题，首先说明我的表达能力可能有限，抱歉的很：
我自己的程序（已经封装成LIB）有3个线程：串口读，写和协议状态机。
sendsignal是在DLL中，没有原码，我猜想它应该有线程，具体几个不太清楚，但至少有个线程实在处理消息的接收与分发。
我说的任务的确不太严谨，在这里任务就是线程。消息都是在线程间通讯。无非有的线程有远吗，有的没有，以DLL形式存在。
我在wait里设超时是没有办法的情况下做的试验，发送的是固定的数据，代码最初的设计是无限长等待，知道有事件出发，才根据事件去处理不同的代码，某个事件就是用来出发发送消息的。
如果线程挂在那，等有数据包的事件出发它，一发就死。
我自己的程序（已经封装成LIB）有3个线程：串口读，写和协议状态机。
sendsignal是在DLL中，没有原码，我猜想它应该有线程，具体几个不太清楚，但至少有个线程实在处理消息的接收与分发。
我说的任务的确不太严谨，在这里任务就是线程。消息都是在线程间通讯。无非有的线程有远吗，有的没有，以DLL形式存在。
我在wait里设超时是没有办法的情况下做的试验，发送的是固定的数据，代码最初的设计是无限长等待，知道有事件出发，才根据事件去处理不同的代码，某个事件就是用来出发发送消息的。
如果线程挂在那，等有数据包的事件出发它，一发就死。
fireseed 2006-06-16
- 打赏
- 举报
楼主描述的问题太复杂了。我先得问楼主几个问题。
你的程序到底有几个线程？哪几个？
sendsignal函数是在DLL中实现的？可否看到它的代码？它的内部是否创建了线程？
任务是否是进程的概念？具体是把消息发送到什么地方了？
Wait超时以后你就直接发送了？没有数据你发送什么？
“我感觉就是我这个线程没挂起或者中断”你不是设定了有限超时吗，当然会定期的“没挂起”了？
楼主能不能把问题简化一下，好歹也是颗星的人了，别让咱们在理解问题上浪费太多的时间OK？
你的程序到底有几个线程？哪几个？
sendsignal函数是在DLL中实现的？可否看到它的代码？它的内部是否创建了线程？
任务是否是进程的概念？具体是把消息发送到什么地方了？
Wait超时以后你就直接发送了？没有数据你发送什么？
“我感觉就是我这个线程没挂起或者中断”你不是设定了有限超时吗，当然会定期的“没挂起”了？
楼主能不能把问题简化一下，好歹也是颗星的人了，别让咱们在理解问题上浪费太多的时间OK？
zhangnanonnet 2006-06-16
- 打赏
- 举报
我有5个event,这不是问题关键，我尝试过WaitForSingleObject，甚至尝试过sleep(),现象都一样，我感觉就是我这个线程没挂起或者中断，然后在运行调用sendsignal，就会产生这样的问题
jacklzw88 2006-06-16
- 打赏
- 举报
一个线程你为什么不用WaitForSingleObject呢？
