[Muscle] Cyberflex e-gate 32k install error 6A80 [Summary]

[Jakob Bohm]

[Replying to my own original post to summarise thread so far]

On Wed, May 27, 2009 at 09:39:20AM +0200, muscle-bounces at lists.musclecard.com wrote:
> Hi,
> 
> I am having severe problems installing the CardEdge applet on a Cyberflex
> e-gate 32k (aka Gemalto TOP US), the first card listed as compatible in
> the applet README file.
> 
> 1. When I try to install the applet using gpshell, the card refuses the
> "load" command with error 6A80 ("invalid data").  I have tried both gpshell
> 1.4.0 and 1.5.0 and both the downloadable
> http://www.identity-alliance.com/CardEdgeCflex.ijc, a self-compiled
> applet from the latest svn sources (using the ant scripts) and a
> self-compiled applet compiled using a short shell script that I tested to
> otherwise create working applets for that card (tested with HelloWorld.java
> and a small test applet of my own).
> 
> And yes, this implies that I do have and use captransf.jar version 1.5 from
> www.trusted-logic.fr .
> 
> So far, nothing helps, what am I missing?
> 
> 

Partial solution found: I was setting the -nvCodeLimit parameter wrong in
the install_for_load command, it needed to be about 12K, i had not tried
anything higher than 10K.

Once I did that, I got a different error with the self-compiler CardEdge
applet: 6985, which I have not tracked down.

However the applet binary I downloaded from www.identity-alliance.com does
load once I set the memory limit higher, so that error must be due to how I
compiled my own binary; or due to some svn change between the (unspecified)
svn version used when compiling the binary at www.identity-alliance.com and
the svn revision I was using (286).

> 2. The current svn sources don't compile as-is, due to at least 4 bugs:
> 
> 2.1 common.xml uses Windows-only path separators (backslashes), not the
> portable slashes.
> 

Noone has even bothered to comment on this bug.

> 2.2 common.xml does not set the javac option to produce .class files
> compatible with the JavaCard tools (target="1.1" source="1.2").
> 

Noone has even bothered to comment on this bug.

> 2.3 The build instructions are not sufficiently clear about which kits to
> unpack, what kit files and additional tools to move/copy/patch etc.  It took
> a lot of work to figure this out.
> 

No clarifications have been noted.

> 2.4 CardEdge.src does not compile with the JavaCard 2.1.1 kit due to a small
> bug in the addition of Extended APDU support.  Here is my patch:
> 

This patch has been discussed extensively, other bugs in the same original
code lines were found and a new patch integrated in SVN by Sylvain and
Ludovic.

-- 
This message is hastily written, please ignore any unpleasant wordings,
do not consider it a binding commitment, even if its phrasing may
indicate so. Its contents may be deliberately or accidentally untrue.
Trademarks and other things belong to their owners, if any.