Topic "DisableVersionCheck deprecation"

Author Message
chrislong2
[View user's profile]

Joined: 2015-07-02
Posts: 17
Location: USA
I noted that in recent changelog notes, you are deprecating the DisableVersionCheck setting in the COM library. Is there a specific reason you are doing this beyond just that generally speaking you shouldn't have mismatched .EXE and COM library? I use that setting because I like the flexibility of being able to instruct one of my users to simply replace the .EXE if needed to fix a problem (after I've verified that the existing .NET library would work with the EXE - and I DO research things like that). If you get rid of that, that removes that flexibility and makes it much more complicated because I'd have to recompile with an updated library and have them unregister old lib and register the new lib. Much more complicated than simply replacing the .EXE.
Advertisements
martin
[View user's profile]
Site Admin
Joined: 2002-12-10
Posts: 26138
Location: Prague, Czechia
chrislong2 wrote:
Is there a specific reason you are doing this beyond just that generally speaking you shouldn't have mismatched .EXE and COM library?

That's the only reason. Every other problem with the assembly is that people use mismatched version, abusing the DisableVersionCheck. I should have never introduced the option in the first place.
_________________
Martin Prikryl
chrislong2
[View user's profile]

Joined: 2015-07-02
Posts: 17
Location: USA
I can definitely see why there would be problems with many in using that option and why you having to field such posts would get tiresome.

I also think it can potentially be a useful option when used correctly by people that know what they are doing and test such things. The .EXE is what does all the real work. If the .NET library is a reasonably close version as the EXE, one can often expect that most things (even all things) will still work even with a slightly older library if one verifies with the changelog that no affecting changes were made to the library. As I said, the option does add some flexibility for software developers like me that use WinSCP to be able to easily roll out a fix without having to deal with the complexity of the library unless I absolutely need to. By removing the option, you are taking away that flexibility. But your call of course.
martin
[View user's profile]
Site Admin
Joined: 2002-12-10
Posts: 26138
Location: Prague, Czechia
OK, I'll consider this.
Advertisements

You can post new topics in this forum






Search Site

What is WinSCP?

It is award-winning SFTP client, SCP client, FTPS client and FTP client integrated into one software program for file transfer to FTP server or secure SFTP server. [More]

And it's free!

Donate

About donations

$9   $19   $49   $99

About donations

Recommend

WinSCP Privacy Policy

WinSCP License