In 7816-4:1995, Table 8 clause 5.4.1 has CLA values 0X for commands defined in that edition of 7816-4, and 8X where 'coding and meaning of command and response are proprietary'. Then clause 7 contains 'Transmission oriented interindustry commands', and 7.1 is Get Response. Yet Table 74 defining Get Response says CLA value is 'As defined in 5.4.1', which is nonsense, because the interindustry Get Response must be the same for everyone everywhere (CLA 0X) or else there is no interoperability.
However, in the 2nd CD of 7816-4's new version I see that the wording of the CLA definition has been changed, so that it says: "Bit 8 of CLA set to zero indicate an interindustry class", which is what we need to indicate a fully interoperable command. Table 93, however (Get Response, clause 7.6.1) still says CLA is defined elsewhere, in this case in 5.1.1. If I was specifying a card OS to handle Get Response at the platform level, I would certainly accept CLA = 0X, and might accept CLA = 8X. But in an application on the card, there may be a reason to use CLA = 8X if the app is handling the Get Response and wants to implement a bit differently from the card platform fully interoperable version. But what OS would allow the app to handle Get Response. I wonder what JavaCard expects to happen with these transmission handling commands (in JCRE)? Peter ----- Original Message ----- From: "Jon Barber" <[EMAIL PROTECTED]> To: "Paul Chen" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Thursday, June 19, 2003 8:44 AM Subject: Re: [OCF] Can I use "80 C0 00 00 XX" as a GET RESPONSE command? > Paul Chen wrote: > > >This is not conventional or I should say it is > >against ISO7816-4 to issue an 80 C0 00 00 XX > >as a GET RESPONSE command. > > > Why do you say this ? Generally the class byte is 00 in a get response, > but there is nothing to stop a card OS to expect a class byte that is > something else. I've used cards that expect a class byte of 0x80 in the > get response, and they fail when the class byte is 00. > > Jon. > > > > --- > > 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/ > > ! To unsubscribe from the [EMAIL PROTECTED] mailing list send an email > ! to > ! [EMAIL PROTECTED] > ! containing the word > ! unsubscribe > ! in the body. > --- > 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/ ! To unsubscribe from the [EMAIL PROTECTED] mailing list send an email ! to ! [EMAIL PROTECTED] ! containing the word ! unsubscribe ! in the body.
