Re: Component migration issue from windows NT to windows 2003
- From: "Douglas Marquardt" <no_spam@xxxxxxxxx>
- Date: Tue, 5 Jul 2005 05:36:56 -0600
HI Srinu:
Everytime that happens to me, the fix is to recreate the user profiles on the problem machine.
I don't know what causes the problem for me; just that is what the fix is when it happens
to my apps. I suspect that somehow the users are losing security permissions on the
registry keys that allow for use of the crypto api.
hth,
Doug.
"srn" <srn@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message news:3406FF58-CA3D-47D1-A760-E0111CEF4556@xxxxxxxxxxxxxxxx
> Hi,
>
> I have one custom component (which does encryption and decryption of given
> string) deployed in MTS on windows NT . The component is using from asp code
> and It's working fine. Now I got a requirement to upgrate the operating
> system. Now I deployed the component on COM+ service on windows 2003 standard
> edition.
> When I try to encrypt/decrypt using this component deployed on windows 2003,
> it's failing. The component was developed using VB 6.0 and it's using API's
> like
> CryptAcquireContext,CryptCreateHash,CryptHashData,CryptDeriveKey,CryptDestroyHash,CryptEncrypt
> etc.. when it try to retrive the error code (using Err.LastDllError), it's
> returning value '2' after CryptAcquireContext api call ...
>
> Can any one advice what could be the cause for API failure ? I have
> installed service pack1 on the server.
>
> Thanks in advance,
> Srinu
.
- Follow-Ups:
- References:
- Prev by Date: Component migration issue from windows NT to windows 2003
- Next by Date: Checking connectivity to a remote computer
- Previous by thread: Component migration issue from windows NT to windows 2003
- Next by thread: Re: Component migration issue from windows NT to windows 2003
- Index(es):
Relevant Pages
|
Loading