I just generated a new crl using openssl 0.9.8k and it still has the same
issue of it overrunning the file length.
I'll send you one of the CRLs.
Thanks for your help.
On Sun, Oct 18, 2009 at 1:05 AM, Jonathon Rossi wrote:
> On Sun, Oct 18, 2009 at 12:30 AM, Sebastien Pouliot <
> sebastien.pou
On Sun, Oct 18, 2009 at 12:30 AM, Sebastien Pouliot <
sebastien.poul...@gmail.com> wrote:
> On Sun, 2009-10-18 at 00:06 +1000, Jonathon Rossi wrote:
> > Thanks for your prompt response Sebastien.
> >
> > I tried option B first, and things seemed to turn out worse than
> > before. You can see from
On Sun, 2009-10-18 at 00:06 +1000, Jonathon Rossi wrote:
> Thanks for your prompt response Sebastien.
>
> I tried option B first, and things seemed to turn out worse than
> before. You can see from the stack trace below that the length is now
> 121, rather than 104; and it is deeper in the recursi
Thanks for your prompt response Sebastien.
I tried option B first, and things seemed to turn out worse than before. You
can see from the stack trace below that the length is now 121, rather than
104; and it is deeper in the recursion.
Mono.Security.dll!Mono.Security.ASN1.DecodeTLV(byte[] asn1 = {
On Fri, 2009-10-16 at 11:40 +1000, Jonathon Rossi wrote:
> Hi,
>
> I am trying to load a CRL with the Mono.Security library (tried with
> the 2.4.2.3 Windows binaries, and with the trunk) like this:
> X509Crl crl = X509Crl.CreateFromFile(@"C:\ca.crl");
>
> And I get a CryptographicException: Inpu
Hi,
I am trying to load a CRL with the Mono.Security library (tried with the
2.4.2.3 Windows binaries, and with the trunk) like this:
X509Crl crl = X509Crl.CreateFromFile(@"C:\ca.crl");
And I get a CryptographicException: Input data cannot be coded as a valid
CRL.
I have looking into the source
