I can't really verify this but the reply APDU to CreateFile (obtained
through GetResponse which is part of the protocol layer and not of -4)
should be <file_handle> <90> <return_code> if my memory serves me well.
Are you sure you are parsing the reply correctly?

-----Original Message-----
From: jason [mailto:jason.cherryAUTHENTIC8.COM]
Sent: Sunday, September 09, 2001 7:16 PM
To: SmartCardSDKDISCUSS.MICROSOFT.COM
Subject: Using Proxy APDUs directly?

Hi Everyone,

I'm attempting to use the Proxy APDUs as documented in the smart card
sdk online help.

I'm using a card in T=0 mode (different from the simulator which uses
T=1).

The problem I'm having is this.

When calling the ScwCreateFile command in a bid to 'open' a file only.
The card responds OK with bytes 0x61 and 0x01 which indicates (according
to the 7816-4 std) that I should execute a getResponse command on the
card. Now since the getResponse command is not one of those implemented
by the 7816min functionality of the WpSC OS this is a little difficult.
I tried a get response anyway using 0xC0 for the instruction byte along
the lines of the 7816min descriptions. But the card only returns back
0x90. The problem is I'm not getting back the file handle. But I know
the file is open because if I execute the ScwCreateFile command on the
same file again I get back the bytes 0x90 0x9B which indicates the file
is already opened. So the command appears to be executing correctly. I
just can't get the file handle back.

Examining the hex output of the simulator it is getting the file handle
back executing "exactly" the same command as the one I'm trying to
execute on the card directly.

Can anyone help?

Thanks in advance

Jason

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]