完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
扫一扫,分享给好友
`项目已经交付一年,软件一直在用,没报错,在添加一个数据自动导出的功能之后,软件运行一段时间(一小时四十分左右)后崩溃退出,弹出如下对话框。1.首先怀疑是内存问题,开始内存以1MB/s的速度在增长,经过优化后,内存基本保持在30~50MB,但是软件在运行3小时左右后还是崩溃退出,报同样的错误。 2.发现句柄数在增加,然后将数据库引用、文件引用、控件引用统统放在循环外,但是句柄数还是增加,大概35/h的速度增加,不知道什么原因。 3.错误报告里的lvlog.txt内容如下 #### #Date: 2021年6月7日 16:39:51 #OSName: Windows 7 Ultimate Service Pack 1 #OSVers: 6.1 #OSBuild: 7601 #AppName: 应用程序 #Version: 17.0 32-bit #AppKind: AppLib #AppModDate: 6/07/2021 08:39 GMT #labview Base Address: 0x5CA20000 InitExecSystem() call to GetCurrProcessNumProcessors() reports: 4 processors InitExecSystem() call to GetNumProcessors() reports: 4 processors InitExecSystem() will use: 4 processors starting LabVIEW Execution System 2 Thread 0 , capacity: 24 at [3705899992.19459677, (16:39:52.194596768 2021:06:07)] starting LabVIEW Execution System 2 Thread 1 , capacity: 24 at [3705899992.19459677, (16:39:52.194596768 2021:06:07)] starting LabVIEW Execution System 2 Thread 2 , capacity: 24 at [3705899992.19459677, (16:39:52.194596768 2021:06:07)] starting LabVIEW Execution System 2 Thread 3 , capacity: 24 at [3705899992.19459677, (16:39:52.194596768 2021:06:07)] starting LabVIEW Execution System 306708506 Thread 0 , capacity: 24 at [3705900003.30523300, (16:40:03.305233002 2021:06:07)] starting LabVIEW Execution System 306708507 Thread 0 , capacity: 24 at [3705900003.30623293, (16:40:03.306232930 2021:06:07)] starting LabVIEW Execution System 306708508 Thread 0 , capacity: 24 at [3705900003.31323290, (16:40:03.313232899 2021:06:07)] starting LabVIEW Execution System 306708509 Thread 0 , capacity: 24 at [3705900003.31423283, (16:40:03.314232827 2021:06:07)] starting LabVIEW Execution System 306708510 Thread 0 , capacity: 24 at [3705900003.31523275, (16:40:03.315232754 2021:06:07)] starting LabVIEW Execution System 306708511 Thread 0 , capacity: 24 at [3705900003.31623363, (16:40:03.316233635 2021:06:07)] 2021/6/7 19:31:55.873 Crash 0x00000000: Crash caught by NIER File Unknown(0) : Crash 0x00000000: Crash caught by NIER minidump id: cba764ab-07ab-4686-80bd-84848409bab2 ExceptionCode: 0x3 0x713B146F - nierInterface 0x713B5D75 - nierInterface 0x713B5BE5 - nierInterface 0x713B13CB - nierInterface 0x713B24B9 - nierInterface 0x5CB27914 - lvrt 0x5D26754E - lvrt 0x5D25B478 - lvrt 0x75AD6238 - USER32 0x75AD7298 - USER32 0x75AD7177 - USER32 0x75AD72F1 - USER32 0x77B1011A - ntdll 0x5D26171C - lvrt 0x5D26EA88 - lvrt 0x5D26E9FE - lvrt 0x5CDAFC74 - lvrt 0x5CBA289D - lvrt 0x5D25B18A - lvrt 0x5D26D2F9 - lvrt 0x5D2F8183 - lvrt 0x5D26CB3C - lvrt 0x5D2AC5D8 - lvrt 0x5D2F7B53 - lvrt 0x5D2AB692 - lvrt 0x5CAC1F62 - lvrt 0x5CAC1E33 - lvrt 0x008F1157 - 应用程序 0x75E7336A - kernel32 0x77B398F2 - ntdll 0x77B398C5 - ntdll 0x00000000 - 4.贴出数据记录数据库和查询数据库并保存数据部分的程序 5.究竟什么原因导致软件崩溃的?还有什么导致句柄数增加? ` |
|
相关推荐
8个回答
|
|
|
|
|
|
把while里的引用都用移位寄存器替换常量,你这样引用不销毁会一直复制泄露,有人说这样会4H就崩溃,你改一下就好了
|
|
|
|
用一般的while循环,NI有自带的状态机,生成消费者模板把while里的引用都用移位寄存器替换常量
|
|
|
|
把while里的引用都用移位寄存器替换常量
|
|
|
|
这个问题我之前也遇到过,无解
|
|
|
|
把while里的引用都用移位寄存器替换常量
|
|
|
|
请教一下,你是从哪里可以看出句柄一直在增加的,是任务管理器中的性能监视器,查看句柄数量吗?还是别的地方?
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
用udl里的字符串信息在局域网内其他电脑连接sql数据库为什么为出现连接失败拒绝访问?
1744 浏览 2 评论
为什么同一个队列引用的全局变量,运行在两个子vi中发现队列数据丢失了
1347 浏览 0 评论
1557 浏览 0 评论
关于labview2024版本的lvanlys.dll出错的问题
3189 浏览 3 评论
1480 浏览 2 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-24 02:20 , Processed in 0.604419 second(s), Total 64, Slave 55 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号