Dear Mikhail,

I had a similar problem with the G&D classes when expecting big APDU answers
(>100 bytes). The response data was incomplete (at most ~87 bytes received)
and the status word was set to an unknown error value. I traced in the G&D
source code and found that the method
com.gieseckedevrient.opencard.terminal.io.SerialIO.receive(...) is called by
the method
com.gieseckedevrient.opencard.terminal.transport.TOManager.data(...) with a
hardcoded timeout of 100 ms. Just for fun, I changed the timeout to 1000 ms
and everything worked fine. It seems that returning big APDU responses takes
too much time. Next, I will try if a call to APDU.waitExtension() on the
JavaCard does help. 

Please note that I did no yet discuss this feature or bug (?) with G&D. It's
just an ugly work-around I tried out this morning.

Kind regards,

        Daniel Som 

------------------------------------------------------------
 Daniel Som                  | Tel direct: +41(0)1 8778-636
 dipl. Informatik-Ing. ETHZ  | Tel:        +41(0)1 8778-686
 Software Engineer           | Fax:        +41(0)1 8778-687
 Entrust Technologies Europe | http://www.entrust.ch
 r3 security engineering ag  | http://www.r3.ch
 Glatt Tower, 6th floor      | 
 CH - 8301 Glattzentrum      | [EMAIL PROTECTED]
------------------------------------------------------------



-----Original Message-----
From: Mikhail GORDEEV [mailto:[EMAIL PROTECTED]]
Sent: Freitag, 23. Juli 1999 11:23
To: [EMAIL PROTECTED]
Subject: [OCF] sendCommandAPDU doesn't return all bytes


Dear all,

I'm using CartTerminal classes from Giesecke & Devrient
and communicate to a card over PassThruCardService.
I have noticed that response APDU doesn't always contain
all bytes retrieved from the card (a number of last bytes is lost). 
It works fine with relatively short response APDUs. 
The problem occurs when its size is around 100 bytes. 
A serial port log shows that actually the reader returns a complete APDU. 

I have a feeling that it could be a bug in the G&D CardTerminal
implementation. 
I would be thankful for any hints to solve this problem.

Kind regards,
Mikhail Gordeev 

Dipl.-Ing. Mikhail Gordeev
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Institute of Computer Technology 
Vienna University of Technology
Gusshausstr. 27-29 / E384
A-1040  Vienna 
Austria

Tel.:+43-1-58801-38439
Fax: +43-1-58801-38499
e-mail:         [EMAIL PROTECTED]
SMS e-mail: [EMAIL PROTECTED]


Visit the OpenCard Framework's WWW site at http://www.opencard.org/ for
access to documentation, code, presentations, and OCF announcements.
----------------------------------------------------------------------------
-
To unsubscribe from the OCF Mailing list, send a mail to
"[EMAIL PROTECTED]" with the word "unsubscribe" in the BODY of
the
message.
Visit the OpenCard Framework's WWW site at http://www.opencard.org/ for
access to documentation, code, presentations, and OCF announcements.
-----------------------------------------------------------------------------
To unsubscribe from the OCF Mailing list, send a mail to
"[EMAIL PROTECTED]" with the word "unsubscribe" in the BODY of the
message.

Reply via email to