Le 08/04/2011 22:08, Douglas E. Engert a écrit : > While testing a version r5313 of the cardmod driver on Vista 32bit > something has changed since 3/25 when I last tested it. > > Login to AD does is failing. > > certutil works fine, I can do certutil -scinfo, and > certutil -store -user My and keys are varified as expected. > > Login reads the card, and show the subject, asks for the > PIN, but shortly after there is a message about Login can not > use this card, see the Event Logs and contact the administrator. > > The only think that looks strange is an event about the Card Reader > can not support IOCTL 0x313520. I have seen this event in the past, > and don't recall it being a problem. > > Going back to the opensc-cardmod.dll of 3/25 it still works with > with login. > > I don't suspect the code for the GUID I am working on, as > certutil on Windows is showing the new GUID as expected. > > Is anyone else capable of testing Windows Login? > > Have any changes since 3/25 been made it might not run > under the LSA where there is no stdin, stdout or stderr, > and HKLM is not available? > > Any changes to locking?
Afaiu, nothing suspicious have been done since r5271 . Actually I do not have Windows Logon. Can you localize the faulty revision ? > On 4/7/2011 12:56 PM, Douglas E. Engert wrote: >> >> On 4/7/2011 12:10 PM, Viktor TARASOV wrote: >>> Hello Douglas, >>> >>> Le 05/04/2011 15:36, Douglas E. Engert a écrit : >>>> I would the serialized, so some cards do not have to follow the GUID >>>> format. This could eliminate >>>> the need to have a hash function for OpenSSL. >>> I've committed the common routines to get the 'classic' serialized form of >>> GUID. >>> >>> In attachment there is proposal for the PIV specific implementation. >>> Will you agree? >> I will give it a try, and get it to work. >> >>> This PIV specific routine returns the hexadecimal presentation of the >>> object ID concatenated to the serial -- >>> like it was originally implemented by François . >>> >>> Kind wishes, >>> Viktor. >>> >>> >>> >>> _______________________________________________ >>> opensc-devel mailing list >>> opensc-devel@lists.opensc-project.org >>> http://www.opensc-project.org/mailman/listinfo/opensc-devel -- Viktor Tarasov <viktor.tara...@opentrust.com> _______________________________________________ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel