此 Windows 故障转储意味着什么？
昨天我的系统软件在WINDOWS 2003服务器上崩溃了。核心如下图所示。
kernel32.dll!_RaiseException@16() + 0x3c bytes
rpcrt4.dll!_RpcpRaiseException@4() + 0x21 bytes
rpcrt4.dll!_NdrGetBuffer@12() - 0x1d3fe bytes
rpcrt4.dll!_NdrClientCall2() + 0x132 bytes
hnetcfg.dll!_FwOpenDynamicFwPort@16() + 0x1d bytes
hnetcfg.dll!_IcfOpenDynamicFwPort@12() + 0x6a bytes
mswsock.dll!_WSPBind@16() + 0xa55 bytes
ws2_32.dll!_bind@12() + 0x4e bytes
sal.dll!s_SktBind(s_Socket * sp=0x05943800, SAL_AddrBuf_t
* addrp=0x057cfe00,unsigned int addrsz=0x00000042) Line 76 + 0x14 bytes C++
sal.dll!SAL_SktBind(SAL_SktHandle_t * sh=0x05943800, SAL_AddrBuf_t
*addrp=0x057cfe00, unsigned int addrsz=0x00000042) Line 101 + 0xe bytes C++
注意：sal.dll 是我的软件模块。它正在从我们的函数 SktBind() 调用系统调用 bind()
你能告诉一下，为什么它崩溃了吗？我该如何解决这个问题。
如果您有任何意见或建议，请与我分享。
Yesterday my system software got crashed on WINDOWS 2003 server. The Core shown below.
kernel32.dll!_RaiseException@16() + 0x3c bytes
rpcrt4.dll!_RpcpRaiseException@4() + 0x21 bytes
rpcrt4.dll!_NdrGetBuffer@12() - 0x1d3fe bytes
rpcrt4.dll!_NdrClientCall2() + 0x132 bytes
hnetcfg.dll!_FwOpenDynamicFwPort@16() + 0x1d bytes
hnetcfg.dll!_IcfOpenDynamicFwPort@12() + 0x6a bytes
mswsock.dll!_WSPBind@16() + 0xa55 bytes
ws2_32.dll!_bind@12() + 0x4e bytes
sal.dll!s_SktBind(s_Socket * sp=0x05943800, SAL_AddrBuf_t
* addrp=0x057cfe00,unsigned int addrsz=0x00000042) Line 76 + 0x14 bytes C++
sal.dll!SAL_SktBind(SAL_SktHandle_t * sh=0x05943800, SAL_AddrBuf_t
*addrp=0x057cfe00, unsigned int addrsz=0x00000042) Line 101 + 0xe bytes C++
Note: sal.dll is my software module. it is calling System Call bind() from our function SktBind()
Could you please tell, why it was crashed ? and how can I solve this problem.
If you have any comments or suggestion , please share with me.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
从函数调用 bind() sal.dll 中的 s_SktBind() 导致了崩溃。
我要检查的第一件事是您是否使用正确的参数调用了bind()。
The call to bind() from function s_SktBind() in sal.dll has caused the crash.
The first thing I would check is that you bind() is being called with proper arguments.
对我来说，这看起来不像内核编程（重新标记）。
哪个进程出了问题？看起来像你的程序，因为你有行号信息。
出了什么问题？影音？还是其他什么异常？
粘贴崩溃的行和周围的代码。 （定义 SAL_SktBind 的文件的第 101 行）。
This doesn't look like kernel programming to me (re the tag).
Which process faulted? Looks like your program, since you have line number info.
What was the fault? AV? Or some other exception?
Paste the line and surrounding code that crashed. (Line 101 of the file that defines SAL_SktBind).
hnetcfg.dll 是与 Microsoft Corporation 的家庭网络配置管理器关联的进程。
Microsoft 支持中搜索相关文章（例如 也许是这个）
在 问题似乎是处理网络。这是正确的吗？
hnetcfg.dll is a process associated with Home Networking Configuration Manager from Microsoft Corporation.
Search Microsoft support for relevant articles (e.g. maybe this one)
The code that is the origin of the problem seems to be dealing with networking. Is this correct?
我认为您没有发布完整的调用堆栈，但 sal.dll 是 Novell 提供的 dll，这是错误的根源。因此，您可能需要检查该 dll 是否有更新版本可用。
I don't think you have posted the full call stack, but sal.dll is a dll that is provided by Novell and this is from where the error originates. So you might want to check if a newer version of this dll is available.