You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Pythonnet version: 2.3.0
Python version: Python 3.5 (conda environment)
Operating System: Windows 10 64bit
VS 2017
Details
Hi guys, thanks for the great work building a super useful library. One question, and this could be expected behavior, I'm not sure. When I initialize the python interpreter on the .Net side, with this call:
using (Py.GIL()) {
I've timed it and it takes about 2 mins to complete the call. Further calls to grab python lock return immediately. I've also noticed that in visual studio my output window I see thousands of messages of this form:
Exception thrown at 0x00007FFE37F73C58 in RSUser.exe: Microsoft C++ exception: EEFileLoadException at memory location 0x000000314CBFB8F0.
Exception thrown at 0x00007FFE37F73C58 in RSUser.exe: Microsoft C++ exception: [rethrow] at memory location 0x0000000000000000.
Exception thrown at 0x00007FFE37F73C58 in RSUser.exe: Microsoft C++ exception: EEFileLoadException at memory location 0x000000314CBFB8F0.
Exception thrown: 'System.IO.FileNotFoundException' in mscorlib.dll
Exception thrown at 0x00007FFE37F73C58 in RSUser.exe: Microsoft C++ exception: EEFileLoadException at memory location 0x000000314CBFB8F0.
Exception thrown at 0x00007FFE37F73C58 in RSUser.exe: Microsoft C++ exception: [rethrow] at memory location 0x0000000000000000.
I switched to running under release and it's much faster, takes around 40 seconds now, though I can still thousands of exceptions in the output window. Sounds like it could be some VS settings... any ideas which ones to play with?
This issue was discussed before: #598.
The solution proposed by @dmitriyse there worked for me - we are using build from featured branch. This also solved crashes on obfuscated types names in 3rd party assemblies.
Switching to using the featured branch has solved the thousands of exceptions problem. It's also now quite speedy in release mode. It still takes forever in debug mode.
Activity
filmor commentedon Jul 23, 2018
I have never observed this, can you disclose your test sample?
den-run-ai commentedon Jul 24, 2018
williamrubens commentedon Aug 16, 2018
I switched to running under release and it's much faster, takes around 40 seconds now, though I can still thousands of exceptions in the output window. Sounds like it could be some VS settings... any ideas which ones to play with?
inna-w commentedon Aug 21, 2018
This issue was discussed before: #598.
The solution proposed by @dmitriyse there worked for me - we are using build from featured branch. This also solved crashes on obfuscated types names in 3rd party assemblies.
williamrubens commentedon Sep 13, 2018
Switching to using the featured branch has solved the thousands of exceptions problem. It's also now quite speedy in release mode. It still takes forever in debug mode.
den-run-ai commentedon Sep 14, 2018
@williamrubens PR #723 should add this feature once merged into master.
den-run-ai commentedon Nov 14, 2018
closed by #723
simonbuehler commentedon Jan 29, 2020
I'm still having the very same issue with those exceptions beeing thrown and a very slow startup behaviour, is this normal or how can i debug this?