February 9, 2015 at 7:14 am #2318
An error when starting the server app has been reported by some users, regarding a file not found for OpenCv.Blob.dll file. While this doesn’t stop TG from running, it breaks the position tracker feature. I cannot reproduce, so this will be a bit of a trial and error. If you have encountered this error and can provide additional details, please do so in this post.
I have prepared a build that attempts to overcome the issue, please give it a shot. If it works I will incorporate the change into the official release.
This build can be downloaded here: https://www.dropbox.com/s/fhjygk48jx3zp0k/TrinusGyreServerDLL.zip?dl=0
This is the error shown in the console:
2/8/2015 8:36:57 PM:Err: Could not load file or assembly ‘OpenCvSharp.Blob, Version=18.104.22.168, Culture=neutral, PublicKeyToken=6adad1e807fea099’ or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515)
at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
at System.Reflection.Assembly.Load(AssemblyName assemblyRef)
at tgplugins.PluginManager.retrievePluginTypes(Dictionary`2 dict, String dllFolder, Type pluginType)
at tglib.TGManager.initPluginManager(String path)
February 9, 2015 at 7:33 am #2320
- This topic was modified 5 years, 1 month ago by loxai.
I had the exact error in Win7 x64 as after unpacking it all the dynamically linked libraries had a block from the file being downloaded. I first unblocked that file, just for the console to throw an error on the next DLL etc – then I figured best course of action was to re-download the .zip, hit unblock on the .zip itself and thus all unpacked files turned out okey as well (block removed on all).February 9, 2015 at 8:12 am #2321
what was ‘blocking’ the files? antivirus?February 9, 2015 at 8:29 am #2322
Windows itself. Since I use Norwegian Windows 7 I cannot screenshot it, however I have added an image from the web from english version to show how it looks on a generic file: .
It applies to all dynamically linked objects as well as executables which have been downloaded of the web.
Permanently disabling this means going through Group Policy Editor and disable zone information for file attachments which translates to “its normally not a course of action for the average joe”.
February 9, 2015 at 8:39 am #2324
- This reply was modified 5 years, 1 month ago by Zettie.
I added some more images from my norwegian version of windows, from the point of extraction and starting, then removing one block, then removing block on all dll’s – as you see, TGS then starts cleanly in the end:February 9, 2015 at 1:10 pm #2330
thank you for the detailed information, hopefully that helps other users sort the problem
You must be logged in to reply to this topic.