Re: Forcing an application to load assemblies from a specific path

Sorry, but I think you are missing the point.   I_DID_NOT_ make 
_any_incorrect assumptions. I only upgraded my OS to Windows 7. I did not 
write the application. You are argueing from the point of view of a 
developer while I'm argueing as an end user. But look at the facts.

Did the application work in Vista? Yes.
Does the application work in Windows 7? No.
Can you do anything to fix it? No, other than DEVPATH hacks.
Is it the fault of the application? Of course.

And I think this last point is what gets everyone upset. But from the 
perspective of an end user, does it matter? As a user, I want the 
application to run, not find someone to blame.

I find it disturbing that everyone is assuming that my belief is that bad 
coding shouldn't get you into trouble. What I expect is that .NET 
applications should provide a certain degree of insulation from the 
underlying platform, and when a bad application comes along, the user should 
be able to install the version of the framework that was used to compile the 
application and run it. That is all.

----- Original Message ----- 
From: "Marc Brooks" <[email protected]>
To: <[email protected]>
Sent: Tuesday, May 26, 2009 5:39 PM
Subject: Re: [ADVANCED-DOTNET] Forcing an application to load assemblies 
from a specific path


>> Finally! You seem to agree with me
>>
>> ... "There's really nothing anyone can do to avoid breaking an 
>> application
>> that is making incorrect assumptions while reflecting code."...
>>
>> So it is a breaking change, sorry, a "disruptive alteration".
>
> You're missing the point. If _YOU_ make _incorrect assumptions_ then
> the break is on YOUR end.  Nothing Microsoft can do will guarantee
> no-breaking-changes (short of _no changes).
>
> If you code incorrectly when doing reflection, you get what you
> deserve. Just like the good old days when people made assumptions
> about ISR vectors.
>
> -- 
> Marc C. Brooks
> http://musingmarc.blogspot.com
>
> NOT sent from an iPhone
>
> ===================================
> View archives and manage your subscription(s) at 
> http://peach.ease.lsoft.com/archives 

===================================
View archives and manage your subscription(s) at http://peach.ease.lsoft.com/archives