Peter Stuge wrote:
You said "might as well skip the extra typedef" and I thought that if
the spec explicitly says 8 bits and not 1 byte then there is a
(admittedly very small) point in having the abstraction.
ah, that was only a comment in the header file.
what the standard does is
typedef unsi
On Thu, Nov 30, 2006 at 08:47:41PM +0100, Andreas Jellinghaus wrote:
> Peter Stuge wrote:
> >If the spec says bits and not bytes
>
> hu? sorry, I'm confused, could you please quote the spec
> and where our header file is different?
I'm not claiming a discrepancy, I'm debating the usefulness of an
Hi Iain,
Except that there is also an admin PIN for the MCardApplet, and that's
actually sometimes referred to as a transport key. The default value for
that is 0x4D7573636C653030, but it gets changed when the applet is
personalised. Both PINs also get assigned numbers of attempts before
they ge
Thomas Harning Jr. wrote:
The unidentified pin is the user pin initialized when you initialize the
card. The card can lock up if it's entered wrong a few times, but since
its a normal user PIN, you could reset the card or use unblock and it'd
be ok.
ok, in any case we need to document how this
Peter Stuge wrote:
If the spec says bits and not bytes
hu? sorry, I'm confused, could you please quote the spec
and where our header file is different?
Regards, Andreas
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.op
ResetRetryCounter?
What is that? never heard of it.
At least it is not on our source (opensc), so maybe
you mailed to the wrong mailing list?
Regards, Andreas
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project
Thomas Harning Jr. wrote on 11/30/06 06:05 AM:
On Thu, 2006-11-30 at 09:47 +0100, Andreas Jellinghaus wrote:
Hi Thomas,
thanks a lot, commited.
will try to run the full regression test suite, with your extensive
testing we should get a pass now.
once question: we still have that unidentifie
Peter Koch opensc-project.org> writes:
>
> Hi Andreas!
>
> > I also have an DATEV SmartCard. But whatever i try, i can't get
> > Thunderbird to work with that card. How did you do that ?
> > If i can make some dumps with an opensc-tool for "debugging" or whatever
> > just let me know (and tel
On Thu, 2006-11-30 at 09:47 +0100, Andreas Jellinghaus wrote:
> Hi Thomas,
>
> thanks a lot, commited.
>
> will try to run the full regression test suite, with your extensive
> testing we should get a pass now.
>
> once question: we still have that unidentified pin #1? (which
> we set to "00
Hi Matti!
> Hello, I'm the original author of the logo (chip-key) you still seem to be
> using, after all these years :) Don't panic, I'm NOT writing here to claim
> it back, or to make demands, since it was commissioned exclusively for
> the project by one (ex-)project member (Antti Tapaninen
Hi!
I try to unblock my card with this line of code
Int i = setec.ResetRetryCounter(SC_AC_CHV, 0, (const u8*)puk,
strlen(puk), (const u8*)pass, strlen(pass));
But it will always return Wrong Length, why?
I may have something wrong with the int ref parameter,.
/Henrik Holmberg
Hi Andreas!
> I also have an DATEV SmartCard. But whatever i try, i can't get
> Thunderbird to work with that card. How did you do that ?
> If i can make some dumps with an opensc-tool for "debugging" or whatever
> just let me know (and tell me how to do this - on an windows-xp-system).
I added
On Thu, 30 Nov 2006 09:54, [EMAIL PROTECTED] said:
> not sure, but I guess the scute pkcs#11 module will make the whole
> gnupg key store available to some application, but this is only
> speculation.
That is the idea. As of now it only supports the authentication key
but we are working on more
On Thu, Nov 30, 2006 at 10:08:23AM +0100, Andreas Jellinghaus wrote:
> also there are no #ifdef or anything, so on every plattform and
> compiler the values are assigned like that, so I see no reason
> to add or keep any indirection. do you agree?
If the spec says bits and not bytes we could add t
Ludovic Rousseau wrote:
For example the type of tokenPresent is changed from CK_BBOOL to
unsigned char.
the original pkcs11t.h has:
/* an unsigned 8-bit value */
typedef unsigned char CK_BYTE;
and
/* a BYTE-sized Boolean flag */
typedef CK_BYTE CK_BBOOL;
so this is not a change.
Martin Paljak wrote:
This should be asked from from scute people actually, but why the
openpgp card support in opensc was/is not enough to have a openpgp card
only pkcs11 module ... ?
take a look at gnupg. as far as I know the whole architecture is
different. as far as I know: with openpgp ca
Hi Thomas,
thanks a lot, commited.
will try to run the full regression test suite, with your extensive
testing we should get a pass now.
once question: we still have that unidentified pin #1? (which
we set to "" and enter that when asked.)
what are the settings for this pin, will the ca
On 30.11.2006, at 1:38, Andreas Jellinghaus wrote:
already done. commited to scute already, and unless anyone stops me
real
This should be asked from from scute people actually, but why the
openpgp card support in opensc was/is not enough to have a openpgp
card only pkcs11 module ... ?
18 matches
Mail list logo
