Neil wrote, On 2008-02-23 15:34:
> Nelson Bolyard wrote:
>
>> Neil, here's what I find strange about all this.
>>
>> The code you cite builds and runs, without error, continuously, on a
>> whole bunch of tinderbox systems
>>
> That's because a number of factors are required to trigger this "bug":
>
On Sat, Feb 23, 2008 at 1:52 PM, Nelson Bolyard
> 2. There is one exception to that rule. We've decided that
> CERT_NewTempCertificate is really not private, even though it persists
> in having a double-underscore prefix. You should probably be using
> CERT_NewTempCertificate rather than Cert
On Sat, Feb 23, 2008 at 9:27 AM, Neil <[EMAIL PROTECTED]> wrote:
> Neil wrote:
>
> > I've got the real one in dist/private/nss and an outdated one in
> > dist/public/nss
>
> Looks like tpol is suffering from the same problem, but nobody noticed
> since KaiRo is away attending FOSDEM:
>
>
> ht
Nelson Bolyard wrote:
>Neil, here's what I find strange about all this.
>
>The code you cite builds and runs, without error, continuously, on a whole
>bunch of tinderbox systems
>
That's because a number of factors are required to trigger this "bug":
1. The bug does not affect clobber builds,
Nelson,
Thanks for the quick response. Cert_NewTempCertificate works well with
the redefinition statement from nssrenam.h. This is for my Master's
project, so I needed an explanation of what was going on, and this helps
tremendously.
Stephen
Nelson Bolyard wrote:
> Stephen Hamilton wrote, O
Nelson Bolyard wrote, On 2008-02-23 13:08:
> Neil, here's what I find strange about all this.
>
> The code you cite builds and runs, without error, continuously, on a whole
> bunch of tinderbox systems, including
[snip]
> I wonder what is different about your build environment. I suppose that
>
Stephen Hamilton wrote, On 2008-02-23 10:40:
> Hi,
> I'm new to the list, and I've been working with NSS on a project that
> requires smartcard/CAC interaction. I've pretty much gotten it to work
> the way I want, but I stumbled on something that doesn't make much sense.
>
> I tried to use the
Neil wrote, On 2008-02-23 05:07:
>> pkixt.h contains
>>
>> typedef struct PKIX_PL_OcspCertIDStruct PKIX_PL_OcspCertID;
>
> ... but that depends on which pkixt.h you look at! I've got the real one
> in dist/private/nss and an outdated one in dist/public/nss...
>
> Note that the root makefile exp
Hi,
I'm new to the list, and I've been working with NSS on a project that
requires smartcard/CAC interaction. I've pretty much gotten it to work
the way I want, but I stumbled on something that doesn't make much sense.
I tried to use the Cert_DecodeDERCertificate() function, and although it
ex
Neil wrote:
> I've got the real one in dist/private/nss and an outdated one in
> dist/public/nss
Looks like tpol is suffering from the same problem, but nobody noticed
since KaiRo is away attending FOSDEM:
http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey-Ports&maxdate=1203651200&hour
Neil wrote:
> pkixt.h contains
>
> typedef struct PKIX_PL_OcspCertIDStruct PKIX_PL_OcspCertID;
... but that depends on which pkixt.h you look at! I've got the real one
in dist/private/nss and an outdated one in dist/public/nss...
Note that the root makefile explicitly removes dist/include to av
Nelson Bolyard wrote:
>In any case, I'd guess the right "fix" is for pkix_pl_oscpcertid.h to include
>pkixt.h, since it depends on types defined there.
>
>
The build still didn't succeed. This is also now with a normal MSYS
VC7.1 SeaMonkey build, which produces this (partial) output:
make[6]:
Wan-Teh Chang wrote:
>Can you try adding a forward declaration to pkixt.h
>struct PKIX_PL_OcspCertIDStruct;
>before that typedef?
>
>
Sorry, that seems to make no difference.
--
Warning: May contain traces of nuts.
___
dev-tech-crypto mailing list
de
It doesn't seem to be my cross-compiler; I updated my regular MSYS/VC7.1
build for comparison and lo and behold it won't compile
pkix_pl_ldapcertstore.c either. A build on a third PC oddly fails to
stop after that error and instead continues until it fails to load
shlibsign due to a missing imp
14 matches
Mail list logo
