10-24-2017 10:13 AM
You didn't put CLFN into any thread mode.
10-24-2017 11:32 AM
I did it also but same issue
10-24-2017 11:50 AM
Okay, I'll try to check it out in these few days as I get to my workplace.
10-25-2017 12:13 AM
Hey , how to solve the error #9700: More than one user thread still uses Halcon resource s during finalization.
This error occurred when i am using Run in any ty thread
10-25-2017 12:04 PM
MTrivedi
Which versions of software are you using? LV version? 32- or 64-bit? MSVS version? 32- or 64-bit library? Halcon version? 32- or 64-bit?
10-25-2017 12:09 PM
My System is windows 10 64 bit,
LabVIEW 2015 32 bit
Visual studio 2017 dll create in win32
Halcon 13 32bit
10-26-2017 01:25 AM
Hi, everyone!
I'm trying to connect MVTec Halcon 11.0.1 software with LabVIEW 2011 and got one annoying bug. I have created very simple DLL in Visual Studio 2017 (C++) and then inserted it in LV through Call Library Function Node.When I push Run button everything goes ok. But when I try to close current VI or whole LabVIEW, the program just freezes/hangs up and stops responding to any activity.
10-26-2017 06:31 AM
@MTrivedi wrote:
Hi, everyone!
I'm trying to connect MVTec Halcon 11.0.1 software with LabVIEW 2011 and got one annoying bug. I have created very simple DLL in Visual Studio 2017 (C++) and then inserted it in LV through Call Library Function Node.When I push Run button everything goes ok. But when I try to close current VI or whole LabVIEW, the program just freezes/hangs up and stops responding to any activity.
Why are you copy-pasting my own messages? That doesn't make things better at all.
Today I've checked this issue on my machine with LV 2016, Halcon 12.0.2 and MSVS 2005. Well, I see the same message on closing VI:
HALCON error #9700: More than one user thread still uses HALCON resources during finalization
I suspect that something has changed in Halcon threading mechanisme since 11 version, so playing with thread pool doesn't work as expected. You have several options:
1) Contact MVTec support to assist you with this issue;
2) Switch to .NET assemblies instead of CLFNs;
3) Call LoadLibrary in the very beginning of your program (before calling any Halcon-related libraries). In the end you shouldn't call FreeLibrary. That would make LabVIEW to retain your DLL from unloading on VI close so it would be unloaded only on LV exit.
10-26-2017 06:39 AM
Sorry to copy your message. But I thought it was more clear my issue to understand other.
Thanks for support.
10-26-2017 06:41 AM
I tried other free libraries for same that doesn't have any issue like this.