RDPSND.DLL 问题
我有一个使用 .NET Framework 2.0 的 Visual Basic 应用程序。 该应用程序使用 Windows 终端服务在瘦客户端上的客户端站点运行。 它是一种销售点，在成功扫描商品时会发出声音。
在远程桌面中，我们已经启用了将声音传送到本地计算机的功能。
到目前为止，它一直运行良好，但最近几天出现了问题。 扫描几行后（绝不是在固定数量的行之后） - 应用程序崩溃。
检查事件查看器后，我发现以下内容：
错误应用程序bonepose.exe，版本2.0.0.0，标记4a683010，错误模块rdpsnd.dll，版本5.2.3790.0，标记3e8024be，调试？ 0，故障地址0x000029d5。
之后，我尝试在没有声音的情况下运行该应用程序，它成功了。
我该如何解决这个问题？ 有任何想法吗？
PS：崩溃后，如果我们重新启动应用程序，它会变得非常慢。 扫描一行大约需要 30 秒，否则只需不到一秒。
I have an application in Visual Basic, using .NET Framework 2.0. This application is run at the client site on thin clients using Windows Terminal Services. It is a sort of Point-Of-Sale, and makes a sound when a item is successfuly scanned.
In remote desktop, we have enabled sound to be carried to the local computer.
It has been working fine till now, but has developed a snag for last few days. After a few lines are scanned (never after a fixed number of lines) - the application crashes.
Upon examination of event viewer I found the following:
Faulting application bonepose.exe, version 2.0.0.0, stamp 4a683010, faulting module rdpsnd.dll, version 5.2.3790.0, stamp 3e8024be, debug? 0, fault address 0x000029d5.
After this, I tried running the application without the sound and it worked.
How can I fix this problem? Any ideas?
PS: After crash, if we restart the application, it become really slow. It takes almost 30 seconds to scan a line - where it otherwise takes less than a second.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我经历了一个与此类似的奇怪案例，我想分享它以防万一它可能有所帮助（尽管这是一篇旧帖子）：
症状是：
http://connect.microsoft.com/VisualStudio/feedback/details/329819/freelibrary-in-the-winmm-dlls-module-initialization-routine-causes-access-violation
就我而言，问题的根源在于将托管 DLL 与非托管代码混合在一起。 为了解决这个问题，我更改了链接部分中输入 LIB 的顺序（一开始是托管的），它解决了问题。
I experienced a weird case similar to this one, and I wanted to share it just in case it may help (although this is an old post):
The symptons were:
http://connect.microsoft.com/VisualStudio/feedback/details/329819/freelibrary-in-the-winmm-dlls-module-initialization-routine-causes-access-violation
In my case, the source of the problem was due to mixing managed DLLs with unmanaged code. To solve this problem, I changed the order used for the input LIBs in the link section (managed ones at the begining), and it fixed the problem.
听起来音频驱动程序很脾气暴躁。 更新音频驱动程序。 或者禁用盒子上的音频，或删除应用程序的音频代码。
Sounds like the audio driver is ornery. Update the audio driver. Alternatively disable the audio on the box, or remove your app's audio code.