Fwd: Re: make CryptSetProviderEx update the provider Name and TypeName to registry
-- Forwarded message -- From: James Hawkins [EMAIL PROTECTED] Date: Fri, 27 Aug 2004 08:18:48 -0400 Subject: Re: Re: make CryptSetProviderEx update the provider Name and TypeName to registry To: Jakob Eriksson [EMAIL PROTECTED] I sent in a patch earlier that added tests for CryptSetProviderEx. It's been committed. On Fri, 27 Aug 2004 11:39:55 +0200, Jakob Eriksson [EMAIL PROTECTED] wrote: Can you add this test code to the Wine regression suite? James Hawkins wrote: I just ran a test programming in windows to see how the registry is changed by called CryptSetProviderEx with the CRYPT_DELETE_DEFAULT flag. When the CRYPT_DELETE_DEFAULT flag is used, the Name value of the Type XXX key is removed, but not the TypeName, which solves the problem of not being able to get to the TypeName. I will rewrite this patch with the new behavior and send it shortly. On Fri, 20 Aug 2004 13:11:12 -0700, James Hawkins [EMAIL PROTECTED] wrote: I'm working on a test app that I hope wil shine some light on how windows gets the Name and TypeName values back in the registry after they've been deleted. The problem is that the only instance of the Name and TypeName data is in the DllRegisterServer function of the provider dll. I couldn't think of any other way to get to that data to get it in the registry, but I will be testing this in windows. What im thinking is that windows might not even delete the key at all. If you have any suggestions it would help a lot. On Fri, 20 Aug 2004 12:48:07 -0700, Alexandre Julliard [EMAIL PROTECTED] wrote: James Hawkins [EMAIL PROTECTED] writes: Changelog * Call provider.dll's DllRegisterServer from CryptSetProviderEx to update the Name and TypeName values in the registry properly when setting the default provider It doesn't seem right to call DllRegisterServer from there, IMO it should only be called when the dll is installed. Do you have evidence that Windows does it this way? -- Alexandre Julliard [EMAIL PROTECTED] -- James Hawkins -- James Hawkins -- James Hawkins
Re: Re: make CryptSetProviderEx update the provider Name and TypeName to registry
I just ran a test programming in windows to see how the registry is changed by called CryptSetProviderEx with the CRYPT_DELETE_DEFAULT flag. When the CRYPT_DELETE_DEFAULT flag is used, the Name value of the Type XXX key is removed, but not the TypeName, which solves the problem of not being able to get to the TypeName. I will rewrite this patch with the new behavior and send it shortly. On Fri, 20 Aug 2004 13:11:12 -0700, James Hawkins [EMAIL PROTECTED] wrote: I'm working on a test app that I hope wil shine some light on how windows gets the Name and TypeName values back in the registry after they've been deleted. The problem is that the only instance of the Name and TypeName data is in the DllRegisterServer function of the provider dll. I couldn't think of any other way to get to that data to get it in the registry, but I will be testing this in windows. What im thinking is that windows might not even delete the key at all. If you have any suggestions it would help a lot. On Fri, 20 Aug 2004 12:48:07 -0700, Alexandre Julliard [EMAIL PROTECTED] wrote: James Hawkins [EMAIL PROTECTED] writes: Changelog * Call provider.dll's DllRegisterServer from CryptSetProviderEx to update the Name and TypeName values in the registry properly when setting the default provider It doesn't seem right to call DllRegisterServer from there, IMO it should only be called when the dll is installed. Do you have evidence that Windows does it this way? -- Alexandre Julliard [EMAIL PROTECTED] -- James Hawkins -- James Hawkins
Re: make CryptSetProviderEx update the provider Name and TypeName to registry
James Hawkins [EMAIL PROTECTED] writes: Changelog * Call provider.dll's DllRegisterServer from CryptSetProviderEx to update the Name and TypeName values in the registry properly when setting the default provider It doesn't seem right to call DllRegisterServer from there, IMO it should only be called when the dll is installed. Do you have evidence that Windows does it this way? -- Alexandre Julliard [EMAIL PROTECTED]
Re: Re: make CryptSetProviderEx update the provider Name and TypeName to registry
I'm working on a test app that I hope wil shine some light on how windows gets the Name and TypeName values back in the registry after they've been deleted. The problem is that the only instance of the Name and TypeName data is in the DllRegisterServer function of the provider dll. I couldn't think of any other way to get to that data to get it in the registry, but I will be testing this in windows. What im thinking is that windows might not even delete the key at all. If you have any suggestions it would help a lot. On Fri, 20 Aug 2004 12:48:07 -0700, Alexandre Julliard [EMAIL PROTECTED] wrote: James Hawkins [EMAIL PROTECTED] writes: Changelog * Call provider.dll's DllRegisterServer from CryptSetProviderEx to update the Name and TypeName values in the registry properly when setting the default provider It doesn't seem right to call DllRegisterServer from there, IMO it should only be called when the dll is installed. Do you have evidence that Windows does it this way? -- Alexandre Julliard [EMAIL PROTECTED] -- James Hawkins