As far as I can tell, the SQLCE 3.5 assemblies reference .NET 2.0 and work
fine from VS2005. It's not a cure-all, since I don't know that the problem
would be fixed there, either, but, if nothing else works...
Paul T.
> I've never done it (I went straight from .NET 2.0 to 3.5), but I don't see
> why not. Let me fool around with it a bit. It should just be a matter of
[quoted text clipped - 81 lines]
>>> >> >> > to
>>> >> >> > resolve this issue?
Laxmi Narsimha Rao Oruganti [MSFT] - 18 Aug 2008 10:56 GMT
This is probably 3rd time I am hereing to a case the encryption related
issues come when there is a Windows Service in picture. Unfortunately I
could not get more details on the earlier two occurrences. I hope to reach
the root cause at least this time on this thread.
In SQL CE v3.1 case, can you try using Crypto API under the same credentials
and process as SQL CE where things are failing and see if you are able to
use the API correctly. In SQL CE, we just call Crypto API and if these API
fail, we fail and there is no intermediate here. So, I want to bypass SQL
CE and directly hit the WIN32 API and see if things work. In any case, I
would definitely own talking to teams inside MS to reach to a conclusion.
Thanks,
Laxmi
> As far as I can tell, the SQLCE 3.5 assemblies reference .NET 2.0 and work
> fine from VS2005. It's not a cure-all, since I don't know that the
[quoted text clipped - 91 lines]
>>>> >> >> > to
>>>> >> >> > resolve this issue?