2010/7/29 Douglas E. Engert :
> Today I sent a message to the Muscle list, that said:
>
>> The situation I was running into is with the ccid-1.3.13/src/commands.c
>> The SecurePINVerify routine takes a TxBuffer described in PCSC part10 section
>> 2.5.2 PIN_VERIFY. Section 2.5.1 say the structures i
On 7/29/2010 1:40 PM, Ludovic Rousseau wrote:
> Does the compiler on Solaris also defines __BIG_ENDIAN__ where needed?
Almost, it will define _BIG_ENDIAN or _LITTLE_ENDIAN
The /usr/include/sys/isa.defs.h will use what the compiler sets for the
archetecure like "sparc" to set _BIG_ENDIAN
or _LIT
2010/7/20 Stef Walter :
> On 07/20/2010 10:16 AM, Martin Paljak wrote:
>> So maybe the
>> "PKCS#11 directory" [3] is the best solution I've seen this far.
>
> That's certainly a good start.
The PKCS#11 tokend [1] (tokend above any PKCS#11) does use the
"PKCS#11 directory" [3].
Having to configure
Today I sent a message to the Muscle list, that said:
> The situation I was running into is with the ccid-1.3.13/src/commands.c
> The SecurePINVerify routine takes a TxBuffer described in PCSC part10 section
> 2.5.2 PIN_VERIFY. Section 2.5.1 say the structures in section 2.5 will be:
> "Byte order
Ludovic Rousseau wrote:
You can also try to play with a .NET card. The associated PKCS#11
library [1] is free software.
I hadn't paid any attention to this card because I assumed it was MS Windows
only. But I see they claim Mac and linux compatibility. Anyone have
anything good or bad to sa
2010/7/14 Jim Rees :
> It's very frustrating to have budget to spend, and manufacturers who seem
> determined to prevent me from giving them money.
You can also try to play with a .NET card. The associated PKCS#11
library [1] is free software.
The card should be available [2] from the USA.
Bye
[
2010/7/27 Douglas E. Engert :
> On a Solaris 10 sparc machine, using pcsc and opensc both from
> svn, there appears to be a mismatch of handing the length
> field within the message for using a pin pad reader.
>
> pcscd trace shows:
>
> 0126 ../../src/src/ifdhandler.c:1307:IFDHControl() Control
Hello,
My CCID driver has a bug with the ATR "3B 80 81 1F 07 19". This ATR
defines a TA3 but that is not the IFSC but XI and UI information. My
online parser [1] is correct.
I had a look at OpenCT and the same bug is also present.
openct-0.6.20/src/ifd/ifd-ccid.c:
