C ++应用程序退出错误代码62097-这是什么意思?

我的程序正在退出，代码为"62097"(或十六进制0xF291). 我知道是哪个DLL库引起的，并且我试图弄清楚为什么它弄乱了.

My program is exitting with code '62097' (or in hex 0xF291). I know which DLL library is causing it, and I'm trying to figure out why it is messing up.

62097是什么意思?我怎么知道?我在网上检查了一下，并且据我

What does 62097 mean? How can I find out? I checked online, and as far as I can tell, generic Windows error codes don't go up to 62097.

关于如何调试此问题的其他建议? 我在导致问题的DLL上使用了Dependency Walker，但是一切都很好，但缺少IESHIMS.dll，IEFRAME.dll和SHLWAPI.dll(在我使用Dependency Walker时通常会丢失).

Any other suggestions how I can go about debugging this problem? I use Dependency Walker on the DLL that's causing trouble, but everything is fine except missing IESHIMS.dll, IEFRAME.dll, and SHLWAPI.dll (which usually are missing when I use Dependency Walker).

有问题的库是我自己编译的第三方库-很可能我编译不正确-我怎么能知道是这种情况?

The library in question is a 3rd party library that I compiled myself - it's quite possible I compiled it incorrectly - how can I tell if that's the case?

该程序在进入main()之前拒绝运行，但前提是我使用的是从DLL导入的类.如果我没有使用DLL中的任何内容，则程序可以正常运行.

The program refuses to run before it enters main(), but only if I use a class imported from the DLL. If I'm not using anything from the DLL, the program starts fine.

该程序从技术上来说是正在运行"，但是在后台，在代码到达我之前.它不是类的构造函数，因为我尝试执行以下操作:

The program is technically "running", but in the background, before the code ever reaches me. It's not a constructor of a class, because I tried doing something like this:

dllClass *class = new dllClass;

同一件事在执行到达"new"之前发生，因此它不能是带有无限循环或类似循环的构造函数. 它正在作为一个进程运行，并且 not 没有响应".

And the same thing occurred before execution reached the 'new', so it can't be a constructor with an infinite loop or something like that. It's running as a process, and is not "Not responding".

我在Windows 7 32bit上使用MinGW.我该怎么做才能解决此问题? 我感谢您能提供的任何见解；同时，我正尝试跟进一些其他想法，希望我可以进一步缩小范围.

I'm using MinGW on Windows 7 32bit. What can I do to troubleshoot this? I appreciate any insight you can offer; meanwhile I'm trying to follow up a few more possible thoughts hoping I can narrow it down further.