|
Here we had the Gelmini tunnel.
|
|
|
|
|
GAK! You'd think they could grow better lookin' women in a controlled environment like that.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
The ABC, like QANTAS and SBS, do not allow physical appearance influence their presenters/stewardesses, I suspect they do not allow voice quality to have an influence either. We get some of the most horrid sounding plain looking creatures presenting our news.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
At least that's what Microsoft seems to think
Upgraded a .NET Core 2.0 project to 2.1 and I got error that Microsoft.Extensions.SomePackacge version 2.1.1 is incompatible with .NET Core 2.1.
Had to install version 2.1.0 for pretty much every package for the error to go away.
Apparently some bug in .NET Core 2.1
And my normal .NET projects can't find System.Net.Http at runtime.
VS gets it from some folder in Project Files.
At some point I had to remove that file to make it work locally.
VS went to the GAC for the package which seemed to work, but it fails (at runtime) when deployed through the build server (although it builds just fine).
Tried installing the NuGet package, but then the reference cannot be found at all (and the build fails)
The problem is possibly that I have one or more packages installed that depend on the same package in .NET Core (or .NET Standard)...
What the sh*t Microsoft!?
Get your packages together!
At least I get to experience what this DLL hell I've been hearing about is all about... It's not a bug, it's a feature
|
|
|
|
|
You are very wrong!
DLL hell is reserved for W32/64 native developers.
What you are facing smells more to an assembly hell.
Feel the difference
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
And the last unicorn still working with Win16
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
Whatever you call it it's a real PITA
|
|
|
|
|
Sander Rossel wrote: System.Net.Http
We get this all the time. A consequence, evidently, of some backtracking on decisions within Microsoft. I read through the whole sordid mess a year or so ago when it first hit us and the head slapping is still stinging. The details, unfortunately, have faded.
cheers
Chris Maunder
|
|
|
|
|
I think this started when I installed .NET 4.7 and/or .NET Core 2.1.
In any case I haven't seen this problem before last week.
It works locally and it works when I deploy to Azure from my own machine.
So the only way for me to test this is to make a small change, commit it, wait for the build server to build and deploy (takes a few minutes), test it on Azure, repeat.
Chris Maunder wrote: The details, unfortunately, have faded. Perhaps a little less head slapping next time
|
|
|
|
|
If you haven't done so - have a look at the packages.config file.
Nuget can sometimes mess things up and it is possible that you have more than one reference to differing versions of a dll in there.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
If only things were that simple.
The packages.config looks good.
I can manually reference the System.Net.Http assembly to look for the solution's package folder, but Visual Studio simply ignores it
Event when I manually edit the csproj file it ignores the reference's path...
And the result is now: BadImageFormatException: Could not load file or assembly 'System.Net.Http' or one of its dependencies. Reference assemblies should not be loaded for execution.
I guess a new exception message means I'm making progress...
|
|
|
|
|
This is not DLL hell. Not even remotely. The real DLL hell was with Win16 or Win32. .Net destroyed all the fun with stuff like the GAC.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
It's about wrong versions of DLL's and it's hell for me.
Sounds like DLL hell to me!
DLL hell 2.0?
CodeWraith wrote: Not even remotely It has nothing to do with remoting.
|
|
|
|
|
DLL purgatory, no more.
The original DLL hell was much worse because there were no mechanisms at all that cared about what DLLs in what versions existed in the system. I had a case where a program replaced a DLL with an older version when it was installed. That program worked fine, but some other program suddently started to do weird things.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
DLL Hell-- then
At least one .NET application (usually) doesn't mess up other .NET applications.
Experienced that with some old applications that need specific version to run (like Crystal Reports)
Luckily I'm too young for the real DLL hell!
|
|
|
|
|
Sander Rossel wrote: can't find System.Net.Http at runtime. I get that sometimes. It happens when a nuget package updates the reference in web.config. Just check web.config for System.Net.Http and make sure the version is 4.0.0.0 instead of 4.1 or whatever it gets changed to.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
Tried it and... Could not file or assembly...
That even broke it on my local machine
|
|
|
|
|
Tried what exactly? Changed web.config's reference to System.Net.Http back to 4.0.0.0? If so, you must be getting a different error than I got. Just google it.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
011111100010 wrote: Changed web.config's reference to System.Net.Http back to 4.0.0.0? Yes.
011111100010 wrote: Just google it. If it were that easy I wouldn't be complaining here
Apparently, it's a bug in .NET/Visual Studio so the fix depends on your version(s) of those
And my problem is on the build server over which I have zero control...
|
|
|
|
|
Yesterday at 6pm, our thermometer at the house read 110 degrees.
I ran outside and touched the surface of the sun as it went by, skimming a foot of topsoil off most of Texas.
(For the record, the temperature in our underground survival bunker was 70 degrees. F*ck the sun and its "I'm hot" bullsh|t.)
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
modified 24-Jul-18 12:22pm.
|
|
|
|
|
That's how I like Texas. Long ago I would have come home, torn off the clothes and jumped into the pool.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
Quote: Long ago I would have come home, torn off the clothes and jumped into the pool. Then you soon realized the water was evaporated...
|
|
|
|
|
Fahrenheit, not Celsius. This. Is. Texas.
It took a while to get used to, but now I just switch back and forth as I need, just as I do with the language and the date format.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
|
CodeWraith wrote: Fahrenheit, not Celsius. This. Is. Texas. Actively resisting progress.
"How far to the trainstation?"
>"Two-hundred armlengths and a roasted chicken in length."
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|