LOG: Attempting download of new URL file:///D:/Limeade/CS55/SecureTransfer/SecureTransfer/bin/Debug/Pechkin.DLL.ĮRR: Failed to complete setup of assembly (hr = 0x8007000b). LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind). LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework64\v9\config\nfig. LOG: Using application configuration file: D:\Limeade\CS55\SecureTransfer\SecureTransfer\bin\Debug\ When Debugging an EXE style application, by default Visual Studio runs the application in the. The VsHost process acts as a wrapper around the actual application or assembly you are debugging. This is the executable that links to Visual Studio and improves debugging. LOG: This bind starts in default load context. Visual Studio also uses a VSHOST process for debugging your standalone EXE applications. The vshost.exe file is the executable run by Visual Studio (Visual Studio host executable). LOG: Initial PrivatePath = NULL Calling assembly : Limeade.FileTypeConverters, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null. Then Project Properties, Debug tab, untick the 'Enable the Visual Studio hosting process' option. My theory is there is a cache someplace that has DA. LOG: Appbase = file:///D:/Limeade/CS55/SecureTransfer/SecureTransfer/bin/Debug/ Another project does not have this issue. LOG: DisplayName = Pechkin, Version=0.5.8.1, Culture=neutral, PublicKeyToken=null ![]() ![]() Is it a known issue? It works on some machines but fails on others.
0 Comments
Leave a Reply. |