> I have installed the applet at countless times using the RADIII (build > 37) on Mac OS X with the OCF bridge and a 430. I never had this issue. > > Which version of the reader driver and pcscd are you using?
I use the build 37 of the RAD3 with PC/SC Lite 1.1.2beta5. I used the driver 0.6.4 of GemPC410. Thus I have test the 0.8.0 and the problem stay the same ! :-/ > Did you re-run the convertion step before attempting to load? Yes, because I have changed the AID. There is no problem when I convert it. > It looks to me like the SCM reader does not do the chaining of the Get > Response automatically. > The RAD sends complete case4 APDUs (CLA INS P1 P2 Lc Data Le) and > expects the driver to automatically send the Get Reponse if the cards > returns a 61 xx. > However, the SCM reader seems to only support lower level calls > (transport or TPDU) which is really annoying (T=0 and T=1 have > different TPDU protocols). It seems that it is the problem. The way I understand the PC/SC middleware is to provide an abstraction for the application to communicate with the smart card indepently of the low protocol. Moreover the PC/SC API (for instance SCardTransmit) specifies that that the communication is at APDU level and not at TPDU level! Thus is it a problem of SCM drivers which don't translate the APDU received by the RADIII (via the OCF to PC/SC bridge) in the good sequence of TPDU T=0 command for the card? If it is the problem, I hope an engineer of SCM will read this news to correct this bug. ;-) Regards, Damien Sauveron ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ _______________________________________________ Muscle mailing list [EMAIL PROTECTED] http://lists.musclecard.com/mailman/listinfo/muscle
