Sorry for the false alarm. Somehow my build got into an inconsistent
state. Doing a "make clean" fixed it.
On Wed, 21 Jul 2004 20:28:35 -0700, Carl Youngblood
<[EMAIL PROTECTED]> wrote:
> I need to get the ccid drivers built on Red Hat 8.0 for a specific
> build environment that we are supportin
I need to get the ccid drivers built on Red Hat 8.0 for a specific
build environment that we are supporting. Although I had no problems
building on Fedora Core 2, I'm getting the following problem on Red
Hat 8:
ar cru .libs/libccid.a ccid.o commands.o ifdhandler.o utils.o
ccid_usb.o atr.o pps.o
I'm trying to run the GetCardID.java sample that comes with the
opencard framework. I'm using OCF 1.2 and j2sdk1.4.2_04 on Fedora
Core 2 linux, and I'm using the PCSC libraries and the OFCPCSC bridge
to talk to a Gemplus PC Twin USB reader and GemXpresso Pro 64K card.
When I try to run the sample
Sorry, I just grabbed the project as it was posted, and didn't examine
the makefile very diligently. After updating the makefile, my code
compiled without problems.
Thanks,
Carl
On Wed, 21 Jul 2004 22:04:54 +0200, Damien Sauveron <[EMAIL PROTECTED]> wrote:
> Carl,
>
> >
Carl,
> ---
> g++ -c OCFPCSC1.cpp -I/home/corcoran/jdk117_v3/include
> -I/home/corcoran/jdk117_v3/include/genunix -I/usr/local/pcsc/include
Why do you use the path to the include of Dave corcoran?
Have you tried with the includes of your own jdk?
i.e.: g++ -c OCFPCSC
On my Fedora Core 2 system I'm getting the following error when trying
to compile the OCFPCSC shim:
---
g++ -c OCFPCSC1.cpp -I/home/corcoran/jdk117_v3/include
-I/home/corcoran/jdk117_v3/include/genunix -I/usr/local/pcsc/include
OCFPCSC1.cpp: In function `__jobjectArray
Damien Sauveron wrote:
>
> Hi,
>
> > Solution:
> > ==
> > To solve the bug for the SCR331 upgrade the firmware with version 5.x.
> > I have tested it successfully with the firmware 5.13.
> The version 5.13 is not publicly available. Also do not write me to get it. :-)
> On the SCM homepag
The problem is, my server doesn't have what the applet loader is
looking for, so it won't respond properly. I know how to set up SSH
tunneling, but I don't know how that will help me, because my remote
server is not hosting the applet.
On Wed, 21 Jul 2004 11:11:57 -0500, David Corcoran
<[EMAIL PR
I have a server that I can tunnel to, but I don't know how to use this
to access your site. If I set up the tunnel and connect to localhost,
how do I get my remote server to forward my web requests onto your
server?
Thanks,
Carl
On Wed, 21 Jul 2004 10:58:57 -0500, David Corcoran
<[EMAIL PROTECTE
Hi Carl,
Can you do ssh port forwarding ?
Perhaps we could add proxy support as well ...
Dave
On Jul 21, 2004, at 10:39 AM, Carl Youngblood wrote:
software
*
David Corcoran <[EMAIL PROTECTED]>
Identity Alliance [h
Hi David,
Thanks for releasing this useful software. I have a problem in that I
must access the internet through a proxy server. Could you add
support for a proxy or is it possible for me to download the applet
and install it locally?
Thanks,
Carl
- Original Message -
From: David Corco
The problem is that I'm trying to load the latest cardedge applet onto
a new card. The only tools that I know of for doing this are
Java-based. Is there another way?
Thanks,
Carl
On Wed, 21 Jul 2004 09:18:08 +0100, Brian McGuiness
<[EMAIL PROTECTED]> wrote:
> You only need the OCF to PCSC bridg
Hello,
We are happy to release the trial Java Card
middleware stack that will allow you to manage the MuscleCard applet on a
variety of Java Cards. It will also provide a CSP and PKCS#11 module that
will let you perform Windows login, email signing/decryption, and web
authentication. It
Bonjour,
On Tue, 20 Jul 2004, Carl Youngblood wrote:
> Key #: 0 (only other option was key #2)
> Key type: RSA CRT (only option)
> Key size: 1024
[...]
> I clicked OK and it said that key generation was successful. Then I
> exported the two keys it generated. These appear to be binary files
>
--- Ludovic Rousseau <[EMAIL PROTECTED]> a
écrit : > Le Tuesday 20 July 2004 à 13:13:11, Carl
Youngblood
> a écrit:
> > If these are just the key moduli, then shouldn't
> each one be exactly
> > 128 bytes long? Why is the private key twice as
> long as the public
for security reason , 128 bytes f
You only need the OCF to PCSC bridge if you are writing in Java and
using the OCF. If you are talking directly to PCSC you don't need the
OCF at all and hence don't need to do anything with opencard.properties.
cheers
Carl Youngblood wrote:
Somewhere I think I recall reading that if I am using
Hi everybody, im a scholar having some problems with a PCSC
communicating with a intelligent card.
The connection works, but it takes a couple of minutes to carry out a
digital signing. This same operation was achieve in seconds if used in
windows..
Does someone know why this happens?
Thanx
17 matches
Mail list logo
