Hi David,
I asked this question a while ago, and I believe the consensus was that the
CardTerminal driver should automatically issue the second APDU to get any
outstanding data - in other words, the application should never see a result
with SW1=0x6C SW2=xx.
As an aside, I think it would be of great use if the OpenCard consortium
issued a set of tests for card terminal writers whcih checked that the
behaviour is correct. This may involve also issuing a simple javacard
application (some sort of echo application probably would do). Would the
technical committee consider this ?
Jon.
> -----Original Message-----
> From: David Taylor [SMTP:[EMAIL PROTECTED]]
> Sent: 01 November 1999 09:35
> To: [EMAIL PROTECTED]
> Subject: [OCF] How much should a card terminal do?
>
>
>
> Hi all,
>
> I am writing a card terminal driver for the Schlumberger Reflex60. It is
> working okay but having tried it against a GemPlus GPK8000 card and the
> GemPlus GCR410 reader in OCF I get different results.
>
> For instance, the GPK8000 responds to the SelectFile command with just SW1
> and SW2, requiring you to issue another command to get the file
> information.
>
> My card terminal just returns SW1 and SW2 in the ResponseAPDU.
>
> The GemPlus OCF card terminal automatically issues the second command and
> returns the response from it in the ResponseAPDU.
>
> This seems to be a card specific thing to do and I didn't think the card
> terminal should make that sort of decision.
>
> Should the card terminal just return whatever [response] SW1 SW2 that
> comes
> back?
>
> Regards,
> David Taylor.
>
>
>
>
> ---
> > Visit the OpenCard web site at http://www.opencard.org/ for more
> > information on OpenCard---binaries, source code, documents.
> > This list is being archived at http://www.opencard.org/archive/opencard/
---
> Visit the OpenCard web site at http://www.opencard.org/ for more
> information on OpenCard---binaries, source code, documents.
> This list is being archived at http://www.opencard.org/archive/opencard/
