[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ms-smartcardsdk
Subject:    Re: Mapping SCARD error codes to RM error codes
From:       Serge Ivanov <Serge.IVANOV () gemplus ! com>
Date:       2003-09-08 8:05:19
[Download RAW message or body]

Thanks Geoffrey, Eric!
It was helpful.

Best regards,

Sergey Ivanov

-----Original Message-----
From: SmartCardSDK [mailto:SmartCardSDK@DISCUSS.MICROSOFT.COM]On Behalf
Of Geoffrey Hird
Sent: Friday, September 05, 2003 11:09 PM
To: SmartCardSDK@DISCUSS.MICROSOFT.COM
Subject: Re: Mapping SCARD error codes to RM error codes


I have found this site useful for perusing and mapping
error codes:
http://www.sequest.com/wpapers/ntcodes.html

Geoffrey

> -----Original Message-----
> From: Eric Perlin [mailto:ericperl@WINDOWS.MICROSOFT.COM]
> Sent: Friday, September 05, 2003 9:32 AM
> To: SmartCardSDK@DISCUSS.MICROSOFT.COM
> Subject: Re: Mapping SCARD error codes to RM error codes
>
>
> The NTSTATUS is converted to a Win32 error with RtlNtStatusToDosError
> (ntrtl.h).
>
> Eric Perlin [MS]
>
> -----Original Message-----
> From: SmartCardSDK
> [mailto:SmartCardSDK@DISCUSS.MICROSOFT.COM] On Behalf
> Of Serge Ivanov
> Sent: Friday, September 05, 2003 2:47 AM
> To: SmartCardSDK@DISCUSS.MICROSOFT.COM
> Subject: Mapping SCARD error codes to RM error codes
>
>
> Hi!
>
> Smartcard reader is in SHARE_DIRECT mode with smartcard application.
> It needs to report reader state to connected application through
> SCardControl RM call.
> For this the driver error code (something like
> STATUS_INVALID_DEVICE_STATE)
> has to be mapped into proper resource manager error code.
>
> Right now the driver failure on SCardControl with
> STATUS_INVALID_DEVICE_STATE gives 0x16 error code which is not in the
> list
> of RM errors. Using other error code can provide 0x6F9 which is not in
> RM
> errors list too.
>
> Is there a way to know exact mapping of driver error codes into
> SCardControl
> RM error codes?
>
> Will the mapping of STATUS_INVALID_DEVICE_STATE to 0x16 RM
> error code be
> valid in all RM implementations?
>
> Thanks for your help.
>
> Sergey Ivanov
>
[prev in list] [next in list] [prev in thread] [next in thread]