Karsten Ohme wrote:
Peter Williams wrote:
Karsten,
you might consider including the following code modification (note last
line), in the musclecardApplet.c plugin. If the length of the default
applet AID is 0, for the AID one looks up in the service.plist having
determined the coldreset ATR, then no further identification is required.
OK, thanks, I applied the patch. This would mean that the
programmer/installer of the card must know if the card has the default
selected privilege and is already selected by default. I addition to
this I could implement a handling of SELECT commands in the CardEdge
applet, so that is can execute the SELECT command and will not fail.
Karsten
ISO SC17 WG4 TF9 is developing an interoperability standard (to be
ISO/IEC 24727) intended to do two things:
- define a deterministic method for reliably starting up a card
- provide standard methods for finding card contents
The aim of course is that the problem of the terminal having to know
about the card before it starts it has to go away. Note that I
appreciate that some developers want to have a specific app default
selected - if that is to continue, then there has to be a command (and
its implementation in the card) included in the startup sequence to
allow the terminal to determine what app is default selected (card
manager or a user app) - that may affect JCRE which, if I read it
correctly, says that SELECT on AID is intercepted by the card OS, but
all other commands get passed to the currently selected app (although
there are of course some other card management commands expected to be
intercepted).
So to questions to the list (and TF9):
- are MUSCLE developers, GP, JCRE, and WG4 TF9 working together here?
- is WG4 TF9 outlawing default user app select at card startup?
Peter
_______________________________________________
Muscle mailing list
[email protected]
http://lists.drizzle.com/mailman/listinfo/muscle
