On Tue, 4 May 1999, David Corcoran wrote:
> Your problem is probably in card.conf. The reader activated fine but it
> either couldn't match a card in card.conf or could not find the library
> for that card. Look at the ATR returned by pcscserver and match it with
> the ATR in card.conf. Make sure everything is working correctly there.
Dave and Jim were right on the money. The distribution's etc/card.conf
comes with ATR 3B169481100601810F, where the reader was finding ATR
3B169481100601811F (last byte of ATR from my card was a 1F, not a 0F).
Seems to work.
On another note, is there any documentation on how to use/debug the SCard
and SCardComm objects (at either on www.linuxnet.com or on some other
PC/SC- or vendor-related site). I'm using smart_tx out-of-the-box,
without success.
When trying to use the Lintronic 210 and smart_tx I am asked to "Please
Verify Key for Deletion".
I'm not sure what to enter to verify, and I don't know what I'm
deleting. I exported the key that works on Schlumberger's Access Toolkit,
which looks like this: Default AUT 0,1,AD9F61FEFA20CE63,A,A
I assume the key is AD9F61FEFA20CE63 (I enter it with space and 0x between
bytes), the length is 8 bytes, but I don't know what the key number is.
I've been using 0. When I use 1, it reprompts me for a key.
After verifying, filea->Create() returns 0x18, which is
SCARD_E_INVALID_VALUE. (It does this for the two remaining loops through
the for loop.)
Occasionally it doesn't ask me to verify, filea->Create() just returns
SCARD_E_INVALID_VALUE all three times three times. Then scard->Detach()
returns 0x102, or SCARD_E_SHARING_VIOLATION.
Does this have anything to do with the fact that the Litronic reader's
green light is always lit up as long as it is plugged into the serial
port, even if the card is out, the power is pulled, and the pcscserver is
off? Under NT, there is only light when it boots (as the driver loads)
and when the card is accessed.
Oh crap. As I sit here typing this, I retried the verification. Same
scenario as above (file still isn't created, filea->Create() returns
SCARD_E_INVALID_VALUE) but this time scard->Detach() returns 0x1
(SCARD_S_SUCCESS) and the green light finally turns off.
Are these manifestations of the Litronic driver's long command bugs? Are
there any particular things I could do to help hunt them down?
Thanks for any help.
--Jeremy
Jeremy Impson
Network Engineer
Advanced Technologies Department
Lockheed Martin Federal Systems
email: [EMAIL PROTECTED]
phone: 607-751-5618
fax: 607-751-6025
***************************************************************
Linux Smart Card Developers - M.U.S.C.L.E.
(Movement for the Use of Smart Cards in a Linux Environment)
http://www.linuxnet.com/smartcard/index.html
***************************************************************
