>>It means that this driver is not going to be available when the client switches to this TLS 1.2 environment and so it's not going to be one of the choices when we create DSN to use with our application. As a result, our application (the way it currently connects to SQL Server) is not going to produce correct results when working with varchar(max) columns unless we do something in our code (say, use CAST(ourColumn as varchar(8000)) as ourColumn ) - obviously it's not a very good solution in our situation, but I don't see a better alternative (except for asking our client to get that Devart driver - who is going to pay then)?
>
>What if you use DSN-less connection?
None of the drivers I currently have installed worked correctly for me using Antonio's test program (except for SQL Server driver). So, even if we don't use DSN, it's still a driver's problem.
If it's not broken, fix it until it is.
My Blog