[prev in list] [next in list] [prev in thread] [next in thread]
List: ms-cryptoapi
Subject: Re: CryptSetProvParam not called
From: John Banes <jbanes () MICROSOFT ! COM>
Date: 1996-12-30 9:45:01
[Download RAW message or body]
Kevin,
It is as you say, and the hProv parameter is always ignored when the
CryptSetProvParam function is called with PP_CLIENT_HWND.
>-----Original Message-----
>From: Kevin Kooy [SMTP:krk@WWW.SSE.ATT.COM]
>Sent: Thursday, December 26, 1996 7:51 AM
>To: CryptoAPI@LISTSERV.MSN.COM
>Subject: Re: CryptSetProvParam not called
>
>The PP_CLIENT_HWND (==1) option is not passed down to the CSP.
>It is evidently state that is held by advapi32.dll.
>This is to allow an app to use this option before calling
>CryptAcquireContext so that a window handle can be given to
>whatever CSP is selected when CryptAcquireContext does get called.
>CSPs do an upcall to get the HWND to use for authentication, etc.
>
>Question:
>When an application does this early PP_CLIENT_HWND call,
>is the hProv parameter ignored?
>
>--
> Kevin R. Kooy
> AT&T
> kevin.kooy@att.com
>--
>
>
>----------
>From: James F. Weber[SMTP:jweber@MINNETONKASOFTWARE.COM]
>Sent: Friday, December 20, 1996 5:10 PM
>To: jtg@www.sse.att.com; krk@www.sse.att.com
>Subject: CryptSetProvParam not called
>
>My CSP is not getting the CryptSetProvParam call. However, the CAPI
>call returns TRUE. The provider handle is valid, I have debug
>statements and blatant execution indicators in the CSP code, etc. but
>the call does not make it to the CSP. I am passing a dwParam value of
>1. Any ideas?
>
>Thanks,
>Jim Weber
>
>--
>James F. Weber Phone: 612-449-0187
>Minnetonka Software, Inc. Fax: 612-449-0318
>James.Weber@MinnetonkaSoftware.com
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic