|
fuslogvw (fusion* log viewer) may help you.
Open your Visual Studio Developer command prompt as admin.
c:\dev>fuslogvw <ENTER>
This will start an app which can tell you which assembly is failing to bind.
NOTE: Make sure you turn it off afterwards because their is s heavy penalty for leaving it running
See Fuslogvw.exe (Assembly Binding Log Viewer) - .NET Framework | Microsoft Docs[^] for details.
And, oh yeah, it ain't a pretty tool, but it can help you where nothing else can in these situations.
*Fusion was the original code name for .NET Framework
|
|
|
|
|
Odd. It is filled with multiple entries like:
LOG: Attempting download of new URL file:///C:/Program Files (x86)/Microsoft Visual Studio/2019/Professional/MSBuild/Current/Bin/NuGet.Frameworks/NuGet.Frameworks.EXE.
But also for a gazillion Microsoft DLLs like C:/Users/<me>/AppData/Local/Programs/Microsoft Azure Storage Explorer/resources/app/ServiceHub/MSAL-Services/IdentityService/Microsoft.VisualStudio.Telemetry.DLL
And each group is followed by:
LOG: All probing URLs attempted and failed.
I see nothing related to the package I'm having issues with.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
what are you going to do then? what are your options?
|
|
|
|
|
I'm submitting a support ticket with the vendor (Iron Software) with whom we still have a service contract.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
Yeah the tool is quite cryptic. There should be a way to set it to only track a specific exe. Also try clearing it then only running the target app and you may see it more clearly. It’s weird how you start & stop it also. It’s kinda terrible but once you get it, it should be clear.
|
|
|
|
|
That, and it seems to log everything, even when nothing is running. And you can't make the window bigger or do a search. Obviously the tool is something someone threw together with minimal effort and they never used it again.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
Yeah, it's ugly & probably from 2002 and it's a tough nut to crack. But if you get it right, it should show you the missing assembly. HOpefully.
|
|
|
|
|
I suspect there is no missing assembly, in spite of the myriad "All probing URLs attempted and failed." messages. The package runs, but causes the app to exit when it attempts to execute one of the package's main functions. No errors, no log entries, no event logs, just exits from Debug mode.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
I have never had any issue with NuGet that I was not able to resolve.
I hope you find a way to resolve your issues. 
|
|
|
|
|
I've been able to resolve two issues before, but this one is causing all kinds of strange behavior, such as Visual Studio suddenly insisting that Microsoft.Azure.WebJobs was not installed and/or referenced when it most certainly was, or at least NuGet insists it was installed. Then after a half hour of searching for a solution and handling unrelated issues I come back and VS is all happy again, it concedes that WebJobs is indeed there. But the other package still fails. 
Any hints you can give me? What actions do you take to resolve NuGet problems?
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
This may be interesting if you are comparing / deciding upon which web host to use.
I've had a miserable time finding one that is consistent.
Long ago I used GoDaddy & invariably it would get into a state where it was inaccessible or so slow that it would be useless & people thought my site was down.
I moved to SmarterAsp.net & they are extremely fast.
However, their entire site has been DDOS'd two times in the past year or so. With an outage recently that left my site unavailable for over 24 hours.
They also have a snippet at the bottom of their sales page[^] that states:
Quote: 99.9% Uptime Guarantee
We'll credit you a MONTH's service for every hour of interrupted service.
I contacted them about it and they said, "Nope. We don't do that for DDOS attacks. It's in our SLA, read it."
So I decided to move to WinHost
However, their site is SUPER S-L-O-W -- and their control panel doesn't report as much good stuff.
Super Slow?
I created this little test & I would appreciate it if any of you would try it out on both sites then report values here.
Here's the test that I run to compare SmarterASP.net to WinHost.
1) Load page which includes 5MB image.
2) measure time while page loads (get time before & after page load, compare milliseconds)
Comparison Snapshots
Check out the difference in load times:
Loaded via SmarterASP.NET web site[^].
Loaded via WinHost web site[^].
Load Times
SmarterASP.NET loaded it in 1.565 seconds
WinHost loaded it in 13.615 seconds. 🤯🤯🤯
Possible Difference
SmarterASP one is not doing HTTPS
I moved the test under one of my sites hosted by SmarterASP which is also on HTTPS and ran it again:
SmarterASP.net site with HTTPS[^] (image of results).
Still extremely fast 0.952 seconds.
Might You Try it For Me?
Would you mind trying it and letting me know what you get for each site?
1) WinHost Site: Test Load Speed[^]
2) SmarterASP.net site: Test Load Speed[^]
Have any of you noticed these kinds of differences?
|
|
|
|
|
WinHost : 10.9
SmarterASP : 5.0
so not as dramatic difference as you noticed, but still significant.
Keep Calm and Carry On
|
|
|
|
|
k5054 wrote: WinHost : 10.9
SmarterASP : 5.0
Thank you very much. And, at least this confirms that yes, the WinHost one is quite a bit slower (2x slower) than smarterasp.
|
|
|
|
|
|
Thanks I will take a look.
But, unless it has to do with the host itself it may not show. I'm running same HTML but one is slower than other.
|
|
|
|
|
That is a fantastic service. Wow! And it showed that yes the WinHost site is far slower & gets a far worse metric on the speedindex (15.196) where SmarterASP got (5.767).
|
|
|
|
|
First try:
WinHost: 10.387 seconds elapsed during load.
SmarterASP: 4.331 seconds elapsed during load.
Second time load:
WinHost: 0.006 seconds elapsed during load.
SmarterASP: 0.008 seconds elapsed during load. Probably because the image has been cached locally.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Thanks so much for doing the test. It really helps me out.
I had a friend in Virginia try it and he got 23.xxx seconds for winhost & 1.2 seconds for SmarterASP.
It's crazy.
|
|
|
|
|
Run from Yankton, SD
Winhost
beginTime: Mon Apr 04 2022 11:41:00 GMT-0500 (Central Daylight Time)
endTime: Mon Apr 04 2022 11:41:20 GMT-0500 (Central Daylight Time)
20.029 seconds elapsed during load.
SmarterASP
beginTime: Mon Apr 04 2022 11:44:01 GMT-0500 (Central Daylight Time)
endTime: Mon Apr 04 2022 11:44:11 GMT-0500 (Central Daylight Time)
10.146 seconds elapsed during load.
|
|
|
|
|
Thanks very much, I really appreciate you taking time to do this for me.
It's very interesting data and looks like WinHost is at the very least 2X slower than SmarterASP.
|
|
|
|
|
your benchmark is really good reference for me!![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
diligent hands rule....
|
|
|
|
|
Cincinnati OH - WinHost 6.571 secs, SmarterASP 0.883 secs
Through our corporate VPN (somewhere in Texas) WinHost 4.603 secs, SmarterASP 3.468 secs (but our VPN is slow at everything)
|
|
|
|
|
Thanks for running the tests & posting results. WinHost does seem to be consistently & drastically slower.
|
|
|
|
|
WinHost Site: 7.85
SmarterASP.net site: 2.075
>64
Some days the dragon wins. Suck it up.
|
|
|
|
|
Thanks very much. It looks like the difference is holding up around the world & is related to the host.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
