ulog的互斥信号量锁死
我用STM32运行RT-Thread nano3.13版本，其中使用了ulog组件，运行了十几个线程，很多线程使用了LOG_D，LOG_HEX打印，包括定时器，硬件中断中，现在遇到了诡异的问题：
产品运行几个小时后会出现死机状况，经过shell查看，原因是线程5没有释放ulog.output_locker这个互斥信号量，导致其它需要打印的线程全部挂起，包括ulog输出线程也挂起了，中断中打印是直接输出的，是可以输出的，其它没有打印的线程则运行正常，比如shell线程可以正常运行，其中线程5也就是调用了LOG_D，LOG_HEX打印了两条信息，在挂掉前这两条信息是有输出，此后这个互斥信号量一直被这个线程5占用了，线程5能够运行，其它有打印的前程全部挂起，我很困惑
- 线程5调用了LOG_D，LOG_HEX打印，这个打印完后调用output_unlock函数ulog.output_locker会释放啊，为什么没有释放呢，这让我很是困惑
- 有哪些可能会造成这种情况，有可能是我哪里使用不当吗？
- 不会是有bug吧，是互斥信号量有问题，还是ulog有问题？想想都可怕
有偿解决这个问题，希望大家指点，WX:18688455698
/××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××××/
谢谢各位的回答
那个ISR是打开了的，现在最新的调试发现ulog打印完后调用的unlock函数中释放互斥信号量，出现释放失败的情况
这怎么可能会出现这种情况啊？
如果某一线程在打印过程中被其他线程suspend或者delete也会出现这个问题。可以检测下应用，有没有使用这两个api。
请检查这个宏有没有打开
是因为这个条件返回的错误嘛？错误码 -1
是啊，返回-1，就是进入到了这里，按理来说怎么可能出现这种情况
@HappyTime lock和unlock是成对出现的，按理来说不存在owner是别的线程，而在另外的线程unlock的情况，接下来就是准备把你说的这几个参数打印出来
因为lock和unlock是成对使用的，调用unlock时，这个互斥信号量肯定是被自己占用的，难道这个thread不是当前跑的线程？
会不会你系统还没跑起来就操作mutex了
在 console_be 里面把它的outpout中 rt_hw_console_output(log) 替换为 rt_kprintf("%.*s", len, log);
楼主的问题找到原因了吗？
可能内存泄露？，有没有调用一些库函数，又不确定库函数造成的结果。
撰写答案
相关问题
推荐文章
最新文章
热门文章
整个工程没有出现线程被其它线程挂起，或者是删除的情况