OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com

_______________________________________________
Muscle mailing list
Musclelists.musclecard.com
http://lists.drizzle.com/mailman/listinfo/muscle

  • application/octet-stream attachment: Info.exe
 
Re: [Muscle] simultaneous scardtransmit calls.

From: Damien Sauveron (sauveronlabri.fr)
Date: Tue Jun 08 2004 - 02:51:04 CDT

Hi,

> Does the pcsc-lite daemon support simultaneous
> SCardTransmit Calls for different instances of
> reader.
Yes dependending of the IFDHandler and the pcsc-lite version. The last version
(pcsc-lite-1.2.9-beta2) supports multi-threading [1] also you should use it.

>When a long APDU transaction is pending and
> while receiveing will it be able to handle more
> SCardTransmit Calls.I am using SCR331 Readers with
> GenericCCID Driver.
This IFDHandler supports multi-threading and multiple instance.

>If it doesn't what is the maximum
> number of simultaneous calls possible??
Until 16 readers if you don't modify in pcsclite.h.in the define
PCSCLITE_MAX_READERS_CONTEXTS before to compile it.

/* Maximum readers context (a slot is count as a reader) */
#define PCSCLITE_MAX_READERS_CONTEXTS 16

pcsc-lite supports up to 256 readers simultaneous.

And in the generic CCID driver you must modify in ccid_ifdhandler.h the define
PCSCLITE_MAX_READERS.

You should read the mailing list archives because all the answers you want are
presents.

[1] http://archives.neohapsis.com/archives/dev/muscle/2004-q2/0197.html

Best regards,
--
Damien Sauveron

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
_______________________________________________
Muscle mailing list
Musclelists.musclecard.com
http://lists.drizzle.com/mailman/listinfo/muscle

 
[Muscle] Possible to generate .cap file without JCardManager

From: Carl Youngblood (carlyoungbloods.org)
Date: Tue Jun 08 2004 - 18:05:44 CDT

Hello,

I've got a GemPlus GemPC430 and GemXpresso V3 card that I'm trying to
load the CardEdge applet onto. I'm in the process of generating the
.cap from from the mcardapplet source and class files. I got the latest
development version of the applet compiled only to discover that the
windows-dependent JCardManager utility that I need to generate the .cap
file depends on an older version of the Java SDK and can't read the
class files that I've created. So I have to move back down to the
stable version of the applet (0.9.8) if I want to create a valid .cap file.

Is there any way to create the .cap file and load it onto my card
without using JCardManager? I'd really like to eliminate my dependence
on Windows for this process.

Thanks,
Carl Youngblood
_______________________________________________
Muscle mailing list
Musclelists.musclecard.com
http://lists.drizzle.com/mailman/listinfo/muscle

 
Re: [Muscle] Possible to generate .cap file without JCardManager

From: Damien Sauveron (sauveronlabri.fr)
Date: Wed Jun 09 2004 - 03:48:57 CDT

Hello,

> I've got a GemPlus GemPC430 and GemXpresso V3 card that I'm trying to
> load the CardEdge applet onto. I'm in the process of generating the
> .cap from from the mcardapplet source and class files. I got the latest
> development version of the applet compiled only to discover that the
> windows-dependent JCardManager utility that I need to generate the .cap
> file depends on an older version of the Java SDK and can't read the
> class files that I've created. So I have to move back down to the
> stable version of the applet (0.9.8) if I want to create a valid .cap file.

I don't understand your problem. Get the source code, compile it with a
java compiler (with -g option) and convert it with JCardManager or other
tools (the converter from the Java Card Development Kit [1] for instance).

> Is there any way to create the .cap file and load it onto my card
> without using JCardManager? I'd really like to eliminate my dependence
> on Windows for this process.

JCardManager is a script loading java classes thus it will work on other
systems supporting Java.
Since Gemplus does not want to support Linux, on my side I have modified
many scripts to use the latest GemXpresso toolkit on my Linux box.

[1] http://java.sun.com/products/javacard/dev_kit.html

Best Regards,
--
Damien Sauveron
-----------------------------
LaBRI, Université Bordeaux 1
351, cours de la Libération
33405 Talence cedex
France
Phone: On demand
Fax: +33 5 40 00 66 69
-----------------------------

_______________________________________________
Muscle mailing list
Musclelists.musclecard.com
http://lists.drizzle.com/mailman/listinfo/muscle

 
Re: [Muscle] Possible to generate .cap file without JCardManager

From: Carl Youngblood (carlyoungbloods.org)
Date: Wed Jun 09 2004 - 14:27:19 CDT

Damien Sauveron wrote:

>> I've got a GemPlus GemPC430 and GemXpresso V3 card that I'm trying to
>> load the CardEdge applet onto. I'm in the process of generating the
>> .cap from from the mcardapplet source and class files. I got the
>> latest development version of the applet compiled only to discover
>> that the windows-dependent JCardManager utility that I need to
>> generate the .cap file depends on an older version of the Java SDK
>> and can't read the class files that I've created. So I have to move
>> back down to the stable version of the applet (0.9.8) if I want to
>> create a valid .cap file.
>
> I don't understand your problem. Get the source code, compile it with
> a java compiler (with -g option) and convert it with JCardManager or
> other tools (the converter from the Java Card Development Kit [1] for
> instance).

Thanks. I'm still a newbie, so I wasn't aware that there was a tool in
the Java Card Development kit for this. I thought that maybe .cap was
some additional proprietary format that GemPlus was using.

>> Is there any way to create the .cap file and load it onto my card
>> without using JCardManager? I'd really like to eliminate my
>> dependence on Windows for this process.
>
>
> JCardManager is a script loading java classes thus it will work on
> other systems supporting Java.
> Since Gemplus does not want to support Linux, on my side I have
> modified many scripts to use the latest GemXpresso toolkit on my Linux
> box.

So are there substitutes for the GemXpresso toolkit in the Java Card
Development Kit? Apparently there is still some added value there if
you are using the toolkit. I only have RAD toolkit v3.2 from the CD
that came in the box, and that is a little old. Is there somewhere I
can find a newer version? If it's not too much trouble, I'd love a
patch file of your script modifications so that I can run the toolkit on
linux too. Don't worry about it if it is too much of a pain.

Thanks,
Carl Youngblood
_______________________________________________
Muscle mailing list
Musclelists.musclecard.com
http://lists.drizzle.com/mailman/listinfo/muscle

 
[Muscle] RE: Incoming Msg

From: Mlist (mlistmbsks.franken.de)
Date: Thu Jun 10 2004 - 02:05:37 CDT