Re: [Muscle] Problems building ifd-gempc-0.9.2 on red hat 8

[Peter Tomlinson]

From memory, the state diagram in 7816-3:1997 for fundamental card 
environment states is not complete, and the response to warm reset is in 
the problem zone (particularly so if the card has been sent APDUs before 
the warm reset is issued). The ISO/IEC SC17 WG4 people don't seem too 
keen on ensuring that their state diagrams are closed... (I commissioned 
the reverse engineering of the basic state diagram some years ago, after 
EMV started to use warm reset to change the on-card environment, and I 
also had the T=1 state diagrams drawn up - for T=1 both 7816 and EMV 
state diagrams were not closed and also slightly different.)

I wonder if the current re-writes of 7816-3 and -4 have fixed these 
problems? (I don't have the finance to get into this now.)

Peter
Peter Williams wrote:
I dont see why a 7816 card should issue the same ATR for cold reset vs 
warm reset. The standard does not specify the security state on the 
card due to warm reset (tho I bet EMV does). IN the wider world of 
7816, beyond old EMV cards, ATRs configure how the terminal configures 
itself. For windows...which COM components are loaded in order to 
interact with the card services implied by the ATR. During warm reset, 
Id expect different COM enumeration events, to those due to a cold 
initialization of the security state on the terminal. The wamr ATR 
could tell windows to enumerate for the warm reset interfaces in the 
COM components, rather than the cold interfaces.

This is more valid for multi-session cards, than for single session 
cards. Any session could force a wamr reset, which should not 
necessarily impact the other sessions, or the oversall state of the 
shared resource manager handling all sessions to that card service 
instance.

From: Carl Youngblood <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED], MUSCLE  <[EMAIL PROTECTED]>
To: MUSCLE <[EMAIL PROTECTED]>
Subject: [Muscle] Problems building ifd-gempc-0.9.2 on red hat 8
Date: Mon, 26 Jul 2004 17:35:45 -0700
I'm trying to install the GemPC430 driver now on linux to try to
isolate my ATR problem further.
I'm having a lot of trouble building ifd-gempc-0.9.2 on red hat 8.  I
had no trouble on fedora, but things aren't working very well on rh8.
Here is the output when I run make.  I think that the makefiles may
not be calling pkg-config properly, since my pcsclite library is in
the right place and pkg-config is working properly (see bottom) and I
do have 1.2.9beta5 installed.  I've tried exporting new LDFLAGS and
adding -I and -L directives and lots of other stuff but it seemed like
I was digging myself deeper and deeper into a hole, so I am just going
back to the basic unchanged tar file and starting from step one to see
what advice I can get from the group.  Here is what happens when I
make:
<snip>
_______________________________________________
Muscle mailing list
[EMAIL PROTECTED]
http://lists.drizzle.com/mailman/listinfo/muscle