On Tue, Nov 01, 2016 at 10:54:39AM +0100, Richard Levitte wrote:
> I just tested on two systems, Debian [unstable] and FreeBSD 8.4, and
> in both cases, that test goes through with no trouble at all.
>
> Could you tell us your exact configuration? If I recall correctly,
> you have your own
I just tested on two systems, Debian [unstable] and FreeBSD 8.4, and
in both cases, that test goes through with no trouble at all.
Could you tell us your exact configuration? If I recall correctly,
you have your own hacked configuration, right?
Cheers,
Richard
In message
I saw this yesterday as well
../util/shlib_wrap.sh ./heartbeat_test
test_dtls1_not_bleeding failed: expected return value 0, received -1
** test_dtls1_not_bleeding failed **
test_dtls1_not_bleeding_empty_payload failed: expected return value 0, received
-1
**
>>> (gdb) r test/evptests.txt
>>> Starting program: /home/jwalton/openssl/test/evp_test test/evptests.txt
>>> [Thread debugging using libthread_db enabled]
>>> Using host libthread_db library
>>> "/lib/arm-linux-gnueabihf/libthread_db.so.1".
>>>
>>> Program received signal SIGBUS, Bus error.
>>>
>> (gdb) r test/evptests.txt
>> Starting program: /home/jwalton/openssl/test/evp_test test/evptests.txt
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
>>
>> Program received signal SIGBUS, Bus error.
>>
On 7/30/2016 8:18 PM, Andy Polyakov via RT wrote:
>>> (gdb) bt full
>>> #0 0x76eef56c in CRYPTO_ccm128_decrypt () from ./libcrypto.so.1.1
>>> No symbol table info available.
>>> #1 0x76ed6708 in aes_ccm_cipher () from ./libcrypto.so.1.1
>>> No symbol table info available.
>>> #2 0x76edcac0 in
>> (gdb) bt full
>> #0 0x76eef56c in CRYPTO_ccm128_decrypt () from ./libcrypto.so.1.1
>> No symbol table info available.
>> #1 0x76ed6708 in aes_ccm_cipher () from ./libcrypto.so.1.1
>> No symbol table info available.
>> #2 0x76edcac0 in EVP_DecryptUpdate () from ./libcrypto.so.1.1
>> No symbol
> (gdb) bt full
> #0 0x76eef56c in CRYPTO_ccm128_decrypt () from ./libcrypto.so.1.1
> No symbol table info available.
> #1 0x76ed6708 in aes_ccm_cipher () from ./libcrypto.so.1.1
> No symbol table info available.
> #2 0x76edcac0 in EVP_DecryptUpdate () from ./libcrypto.so.1.1
> No symbol table
>> $ make test V=1
>>
>> ok 1 - running enginetest
>> ../util/shlib_wrap.sh ./enginetest => 0
>> ok
>> ../test/recipes/30-test_evp.t ..
>> 1..1
>> not ok 1 - running evp_test evptests.txt
>> ../util/shlib_wrap.sh ./evp_test ../test/evptests.txt => 135
>>
>> # Failed test 'running
> Working from 1a627771634adba9d4f3b5cf7be74d6bab428a5f on a Raspberry
> Pi 3. Its ARMv8 with Broadcom SoC using A53 cores. It lacks Crypto
> extensions, but includes vmull and crc32 (vmull include arrangements
> other than u8).
??? If you're referring to polynomial multiplication, then it's p8,
Working from 1a627771634adba9d4f3b5cf7be74d6bab428a5f on a Raspberry
Pi 3. Its ARMv8 with Broadcom SoC using A53 cores. It lacks Crypto
extensions, but includes vmull and crc32 (vmull include arrangements
other than u8). The gadget also runs Raspian, which is a 32-bit OS
with hard floats.
$ make
Sorry we didn't get to this sooner. We're only taking security fixes for 1.0.1
now.
Please open a new ticket if this is still an issue with current releases.
--
Rich Salz, OpenSSL dev team; rs...@openssl.org
___
openssl-dev mailing list
To unsubscribe:
This is an issue reported against 0.9.x/1.0.0 If still an issue with current
release, please open a new ticket.
--
Rich Salz, OpenSSL dev team; rs...@openssl.org
___
openssl-dev mailing list
To unsubscribe:
we were only taking security fixes back then. closing this.
--
Rich Salz, OpenSSL dev team; rs...@openssl.org
___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
Hi Christian,
A similar patch was already applied to the master branch - see
https://rt.openssl.org/Ticket/Display.html?id=3346 and commit
028bac0670c167f154438742eb4d0fbed73df209
You could cherry-pick the commit and apply it to the 1.0.2 branch.
Cheers,
Peter Mosmans
On 12-10-2015 12:03,
Hi Christian,
A similar patch was already applied to the master branch - see
https://rt.openssl.org/Ticket/Display.html?id=3346 and commit
028bac0670c167f154438742eb4d0fbed73df209
You could cherry-pick the commit and apply it to the 1.0.2 branch.
Cheers,
Peter Mosmans
On 12-10-2015 12:03,
fix to make test
> failure with openssl-1.0.2d on MinGW...
> From: r...@openssl.org
> To: c...@hotmail.com
> CC: openssl-dev@openssl.org
> Date: Mon, 12 Oct 2015 06:03:23 +
>
>
> Hi Christian,
>
> A similar patch was already applied to the master branch - se
I'm sorry for that mess with the previous message.There was no CRLF because it
was copy-pasted from emacs.
What i tried to say basically is that the "negate regex match" (!/^0$$/)
constructused in the line 244 of 'test/Makefile' does not work with some
versions of perl.Like for exemple, perl
With version 'openssl-1.0.2d',in file 'test/Makefile',at line 244 shown above,
@) {if (/^test (.*)/) {print STDERR "\nverify $$1";} elsif (!/^0$$/)
{die "\nFailed! bc: $$_";} else {print STDERR "."; $$i++;}} print STDERR "\n$$i
tests passed\n"'
Make test fail because you use this snippet
Hello
On the openssl-SNAP-20150824 daily snapshot on Windows Mingw config, I
have a build failure :
@@@ START test_ec -- private
ec
testing ec private conversions
p - d
read EC key
writing EC key
p - p
read EC key
writing EC key
d - d
read EC key
unable to load Key
Summary: 'big number library' test fails during 'make test' phase of OpenSSL
0.9.8ze build when built with the FIPS canister.
NOTE: I am not sure if this would qualify for support since 0.9.8 is in an end
of life mode, but I am submitting in case it is, or at least a bug entry could
be made
THIRTY_TWO_BIT mode
DES_PTR used
DES_RISC1 used
DES_UNROLL used
BN_LLONG mode
RC4_INDEX mode
RC4_CHUNK is undefined
make ok
Test failure :
Generate and certify a test certificate
make a certificate request using 'req'
rsa
../util/shlib_wrap.sh: line 96:
/d/LogicielDeBaseQcr/Jenkins/jobs/qcr-maven-plugin
Very old release, can't reproduce this.
If it is still happening, PLEASE open a new ticket.
__
OpenSSL Project http://www.openssl.org
Development Mailing List
Old release, not supported. Closing ticket.
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager
old release, old platform, closing ticket.
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager
OS X 10.8.3, x64 openssl, no-asm, shared
I was running into test failures such as
testing internal curves: ...
EC_GROUP_check() failed with curve secp384r1
I applied
http://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=750398acd85a7ae220d272d28a76dff7bb269c31
to get past this.
[bhaskarv...@gmail.com - Tue Jan 03 12:47:57 2012]:
Sir,
am getting test failed when i tried to install openssl package in my
system for redhat RHEL5.4.
I choosed
#./configure zlib-dynamic shared
then build was successful.
#make
but error is in testing the build.
#make test
zlib
yes i have installed zlib in my system.
On 1/3/12, Stephen Henson via RT r...@openssl.org wrote:
[bhaskarv...@gmail.com - Tue Jan 03 12:47:57 2012]:
Sir,
am getting test failed when i tried to install openssl package in my
system for redhat RHEL5.4.
I choosed
#./configure zlib-dynamic
-openssl-...@openssl.org]mailto:[mailto:owner-openssl-...@openssl.org]
On Behalf Of Tyrel Haveman
Sent: Thursday, August 04, 2011 12:25 PM
To: openssl-dev@openssl.orgmailto:openssl-dev@openssl.org
Subject: FIPS CCM self-test failure
Hello,
After building the FIPS module on Windows using
FYI: We believe this could also be a problem on Linux and Solaris x86
when running on the same CPU, but it's hard to know, as the asm code is
a little different for windows.
It was an os-independent problem and fix applies to *all* x86[_64]
platforms, Windows or not. Asm code is not really
Thank you, Andy, this works great! Also thanks for fixing it so quickly.
Tyrel
On Sun, Aug 7, 2011 at 11:02 AM, Andy Polyakov ap...@openssl.org wrote:
The error happens in fips_aes_selftest.c, lines 157-159:
if (memcmp(tag, ccm_tag, sizeof(ccm_tag))
|| memcmp(out, ccm_ct,
Same here, works great. Fantastic work, especially considering this was fixed
over the weekend!
Ken
--- On Mon, 8/8/11, Tyrel Haveman ty...@binarypeople.net wrote:
From: Tyrel Haveman ty...@binarypeople.net
Subject: Re: FIPS CCM self-test failure
To: openssl-dev@openssl.org
Date: Monday
The error happens in fips_aes_selftest.c, lines 157-159:
if (memcmp(tag, ccm_tag, sizeof(ccm_tag))
|| memcmp(out, ccm_ct, sizeof(ccm_ct)))
goto err;
That's where the error *detected*, not occurs:-) The problem is fixed
now in http://cvs.openssl.org/chngview?cn=21213.
On Thu, Aug 04, 2011, Tyrel Haveman wrote:
Is there someone in particular who would be optimal to look into this? I
have no knowledge of the code or algorithm in question here.
What happens if you do:
fips_test_suite post
Please send the full output.
Also temporarily in e_aes.c try
Dr. Henson
Changing #define AESNI_CAPABLE 0 resolved the problem. All the tests run
ok.
Ken
--- On Fri, 8/5/11, Dr. Stephen Henson st...@openssl.org wrote:
From: Dr. Stephen Henson st...@openssl.org
Subject: Re: FIPS CCM self-test failure
To: openssl-dev@openssl.org
Date: Friday
wrote:
From: Dr. Stephen Henson st...@openssl.org
Subject: Re: FIPS CCM self-test failure
To: openssl-dev@openssl.org
Date: Friday, August 5, 2011, 6:08 AM
On Thu, Aug 04, 2011, Tyrel Haveman
wrote:
Is there someone in particular who would be optimal to
look into this? I
have
The full output of fips_test_suite post is below. I tried changing
AESNI_CAPABLE to 0 as you suggested, and all tests now succeed, as Ken also
experienced.
Here's the output of fips_test_suite:
POST started
DRBG AES-128-CTR DF test started
DRBG AES-128-CTR
Hello,
After building the FIPS module on Windows using the do_fips.bat script, I
run the fips_test_suite.exe. On most machines all tests succeed. But on one
machine I have, the CCM test fails (exact error below). I did a bit of
debugging and it looks like the functions are simply returning the
Henson st...@openssl.org
Subject: Re: FIPS CCM self-test failure
To: openssl-dev@openssl.org
Date: Thursday, August 4, 2011, 6:48 PM
On Thu, Aug 04, 2011, Tyrel Haveman
wrote:
Hello,
After building the FIPS module on Windows using the
do_fips.bat script, I
run
Is there someone in particular who would be optimal to look into this? I
have no knowledge of the code or algorithm in question here.
Tyrel
On Thu, Aug 4, 2011 at 4:48 PM, Dr. Stephen Henson st...@openssl.orgwrote:
On Thu, Aug 04, 2011, Tyrel Haveman wrote:
Hello,
After building the
Thanks, seems to work, all tests ran without error.
Todd
-Original Message-
From: Stephen Henson via RT [mailto:r...@openssl.org]
Sent: Tuesday, November 16, 2010 4:46 PM
To: Todd Woods
Cc: openssl-dev@openssl.org
Subject: [openssl.org #2370] OpenSSL 1.0.0b make test
[two...@linguisystems.com - Tue Nov 16 22:46:56 2010]:
1.0.0a compiled and made tests with no errors. 1.0.0b compiles but
produces errors during tests. Same server and configuration.
Removing compiler optimizations from CFLAG didn't help. Attached
is the testlog.
OK, thanks
[two...@linguisystems.com - Tue Nov 16 22:46:56 2010]:
1.0.0a compiled and made tests with no errors. 1.0.0b compiles but
produces errors during tests. Same server and configuration.
Removing compiler optimizations from CFLAG didn't help. Attached
is the testlog.
This should
OpenSSL self-test report:
OpenSSL version: 0.9.8k
Last change: Don't set val to NULL when freeing up structures, it
is...
Options: --prefix=/xps/app --openssldir=/xps/app/openssl
no-camellia no-capieng no-cms no-gmp no-jpake no-krb5 no-mdc2 no-montasm
no-rc5 no-rfc3779 no-seed
I tried to install OpenSSL 9.8g as follows on linux-x86_64
1. Edited config and Configure to replace ‘perl5’ with ‘perl’
2. ./config 386 no-asm
3. Modifed the CFLAGS in Makefile (removed –m64 and added –m32)
4. Make
5. Make test ….’make test fails’ . Why does it
Andy Polyakov wrote:
DES_LONG *can* be 8 bytes, it's just that it can't be 8 if you want to
deploy des_enc-sparc.S module. As mentioned adding DES_INT in stable
branch is inappropriate as it may break installations which are opted
for 64-bit ABI, but started compiling the toolkit with no-asm.
Andy Polyakov wrote:
The problem was the setting for linux64-sparcv9 within Configure.
Minimum change needed to fix problem:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL
BF_PTR:::des_enc-sparc.o fcrypt_b.o
i.e. the addition of DES_INT is enough to fix the problem.
The
The problem was the setting for linux64-sparcv9 within Configure.
Minimum change needed to fix problem:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL
BF_PTR:::des_enc-sparc.o fcrypt_b.o
i.e. the addition of DES_INT is enough to fix the problem.
The following code should
The problem was the setting for linux64-sparcv9 within Configure.
Minimum change needed to fix problem:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL
BF_PTR:::des_enc-sparc.o fcrypt_b.o
i.e. the addition of DES_INT is enough to fix the problem.
The following code should
The problem was the setting for linux64-sparcv9 within Configure.
Currently in 0.9.8e:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_UNROLL
BF_PTR:::des_enc-sparc.o fcrypt_b.o
Minimum change needed to fix problem:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL
Is this a known issue for Linux Sparc when building for 64bit ? 0.9.8e
fails, 0.9.8 fails, 0.9.7m pass (with minor s/-march/-mcpu/ fix) ?
It seems all version of 0.9.8 series fail the same way ( tried 0.9.8e
and 0.9.8). The build itself appears to complete successfully.
When building for
Openssl version: 0.9.9-dev SNAP 20070624
OS: Linux/x86_64/Fedora 7
Test failure at ECDSA on wap-wsg-idm-ecid-wtls9: (testlog attached)
wap-wsg-idm-ecid-wtls7: ... ok
wap-wsg-idm-ecid-wtls9: failed
ECDSA test failed
14562:error:0307706E:bignum routines:BN_mod_lshift_quick:input
The sunstudio patch above was Solaris Sparc.
For the x86 equivilant, see
http://sunsolve.sun.com/search/advsearch.do?collection=PATCHtype=collectionsmax=50language=enqueryKey5=120759toDocument=yes
__
OpenSSL Project
Ping? Any action before the next 0.9.7/0.9.8 releases? As I've mentioned,
there is a long and sordid history of bugs/assumptions in Solaris -xdepend
optimization, so the trivial solution is to simply apply the fix and be
done with it for Solaris cc. Getting a 'fix' from Sun, or finding the
via RT schrieb:
The fix is trivial; in the solaris-x86-cc line of Configure, you must
replace -fast -xO5 with -fast -xdepend=no (note: -xO5 was implied by
the -fast argument.) The implicit -xdepend=yes implied by -fast was
causing this failure.
There may be further code fixes in the evp
Glad this licked it [yes I was that guest, forgot to sign my note, sorry.]
One thing about -xdepend is that Solaris cc 5.x is unrolling one of our
loops incorrectly. If someone wants to simplify, try reducing the complex
for (;;) and while () loops to avoid (;;x++, y++) or (;x[c++] +=x;) sorts
Kyle Hamilton wrote:
Have you filed a bug with Sun about this issue?
No, because the specific loop that failed hasn't been identified, so it's
difficult to give them a precise reproduction case.
Moreso, we need to patch this given the large number of Solaris cc compilers
deployed. Loop-data
The fix is trivial; in the solaris-x86-cc line of Configure, you must
replace -fast -xO5 with -fast -xdepend=no (note: -xO5 was implied by
the -fast argument.) The implicit -xdepend=yes implied by -fast was
causing this failure.
There may be further code fixes in the evp code to ensure that
Confirming identical results on Solaris 10 x86 patchlevel 118844_28,
built with Sun C 5.8 2005/10/13.
Any word or suggestions to help debug? gcc compilation does not
exhibit this issue.
[EMAIL PROTECTED]
__
OpenSSL Project
via RT schrieb:
Confirming identical results on Solaris 10 x86 patchlevel 118844_28,
built with Sun C 5.8 2005/10/13.
Any word or suggestions to help debug? gcc compilation does not
exhibit this issue.
Some info follows:
- env output
_=/bin/env
attached you can find the 'make report' output from one of my
Solaris9 maschines.
I used the SunStudio11 compiler on Solaris9 (SUN Fire V890)
Is there any fix available for this problem ?
thanks in advance !
regards,
Steffen
--
Steffen Unger [EMAIL PROTECTED]
Dear Support,
I tried to install openssl on my system and got an error in 'make test'.
The last lines of the protocoll are:
...
../util/shlib_wrap.sh ./sha512t
Testing SHA-512 .
TEST 2 of 3 failed.
make[1]: *** [test_sha] Fehler 1
make[1]: Verlassen des Verzeichnisses
[SunOS 4.1.4]
making all in apps...
make[1]: Entering directory `.../openssl-0.9.8-stable-SNAP-20050921/apps'
gcc -DMONOLITH -I.. -I../include -O3 -mv8 -Dssize_t=int -c -o verify.o
verify.c
In file included from apps.h:115,
from verify.c:62:
../e_os.h:569: o_str.h: No
Regarding memcmp related changes found in snapshots:
openssl-0.9.8-stable-SNAP-20050921.tar.gz
and
openssl-SNAP-20050921.tar.gz
Ahh, yes, clean, succinct, more general. I like it.
Almost works, but for a small include glitch.
[SunOS 4.1.4]
making all in apps...
make[1]: Entering
Failing step from make test_gen test/gentest script:
mfg(259) ../apps/openssl req -config test.cnf -verify -in testreq.pem -noout
verify failure
6901:error:04077064:rsa routines:RSA_verify:algorithm mismatch:rsa_sign.c:211:
6901:error:0D0C5006:asn1 encoding routines:ASN1_item_verify:EVP
===
Summary - openssl-0.9.8 make test failure for SunOS 4.1.4
===
OpenSSL version: 0.9.8a-dev[openssl-0.9.8-stable-SNAP-20050906]
Options: no-gmp no-krb5 no-mdc2 no-rc5
AIX support was fixed/refined in latest 0.9.7 and HEAD branches.
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List
fails, as outlined by the attached make report output, in the big number
sqr test.
Info:
1) the IBM C compiler can be run in a number of compiler modes, which
are described thus:
a) xlc Invokes the compiler for C source files with a default language
level of ansi, and
compiler option
User couldn't have been honest with us. There is/was *working*
solaris64-sparcv9-gcc config line. Instead he must have modified
solaris-sparcv9-gcc line replacing -m32 with -m64 and hoping for the
best. The case is dismissed. A.
Since we still haven't heard anything, I'm making this ticket
stalled.
[jaenicke - Fri Oct 18 15:37:32 2002]:
[[EMAIL PROTECTED] - Fri Aug 2 17:50:30 2002]:
While compiling openssl-engine-0.9.6e as 64bit on Solaris 8
using gcc3.1,
I get the following error when performing 'make
[[EMAIL PROTECTED] - Fri Aug 2 17:50:30 2002]:
While compiling openssl-engine-0.9.6e as 64bit on Solaris 8 using gcc3.1,
I get the following error when performing 'make test'.
...
Any news on this issue? Especially: does it still apply to 0.9.6g?
Best regards,
Lutz
On Thu, 12 Sep 2002, Martin MOKREJ wrote:
...
.
...
.
running bc
Hi,
my make test fails with:
test BN_exp
test BN_kronecker
++
test BN_mod_sqrt
.
.
.
.
.
.
.
.
...
.
While compiling openssl-engine-0.9.6e as 64bit on Solaris 8 using gcc3.1,
I get the following error when performing 'make test'.
.
.
.
starting big number library test, could take a while...
test BN_add
test BN_sub
test BN_lshift1
test BN_lshift (fixed)
test BN_lshift
test BN_rshift1
test
It's in the middle of the afternoon, so I'm resolving this ticket.
I've mailed [EMAIL PROTECTED] about the whole
issue. Whenever I get a good answer, I'll make appropriate changes.
Until then, MacOS X will simply need to be tweaked before one can
compile OpenSSL on it.
[levitte - Wed Jul
[levitte - Tue Jul 16 13:01:40 2002]:
Test complete, 0.9.6e-dev went through without any problems.
I'll see if I can find the delivered libraries again and try to
reinstall them and see what effect that has on it all.
Done. With 0.9.6e-dev, I get exactly the same failure in the RC4
test
[levitte - Wed Jul 17 09:25:24 2002]:
[...] As for 0.9.8-dev, forget it for the moment, there are too
damn many symbols missing in /usr/lib/libcrypto.dylib.
I just tried building with shared support, and it actually works
with a little extra work in the makefiles (MacOS X uses
Note that Apple delivers OpenSSL 0.9.6b, so it may be that the
differences are few enough not to trigger much problems, apparently
with RC4 being the great exception. Actually, even this shouldn't
be a problem, if it weren't for some binary incompatibilities
between (I think) 0.9.6c and
Test complete, 0.9.6e-dev went through without any problems.
I'll see if I can find the delivered libraries again and try to
reinstall them and see what effect that has on it all.
[levitte - Tue Jul 16 12:31:37 2002]:
Note that Apple delivers OpenSSL 0.9.6b, so it may be that the
On Thu, Jun 27, 2002 at 08:35:19PM +0200, Jonathan Louie via RT wrote:
sorry about the duplicate, the install readme didn't indicate where i
could check for open bugs. i've found it now :) perhaps the readme
should be updated?
Ok, I have added the information about RT to the README and
output of make report follows. i removed the -O3 flag from
Makefile.ssl and make test still fails as follows.
[maiko:~/Desktop/openssl-0.9.6d] jlouie% make report
Checking compiler...
ar: creating archive cctest.a
Running make...
+ rm -f libcrypto
+ rm -f libssl
making all in crypto...
making
[[EMAIL PROTECTED] - Thu Jun 27 08:43:17 2002]:
output of make report follows. i removed the -O3 flag from
Makefile.ssl and make test still fails as follows.
...
./rc4test
error calculating RC4
output: 75 b7 19 80 82 e0 c5 ef 00
expect: 75 b7 87 80 99 e0 c5 96 00
error calculating RC4
sorry about the duplicate, the install readme didn't indicate where i
could check for open bugs. i've found it now :) perhaps the readme
should be updated?
thanks for your help.
On Thu, Jun 27, 2002 at 09:40:20AM +0200, Lutz Jaenicke via RT wrote:
[[EMAIL PROTECTED] - Thu Jun 27 08:43:17
OpenSSL self-test report:
OpenSSL version: 0.9.6d
Last change: Fix crypto/asn1/a_sign.c so that 'parameters' is
omitte...
OS (uname): Darwin w-10.wireless.wisc.edu 5.4 Darwin Kernel
Version 5.4: Wed Apr 10 09:27:47 PDT 2002;
root:xnu/xnu-201.19.3.obj~1/RELEASE_PPC Power
From: "David Rees" [EMAIL PROTECTED]
drees The Square test is still failing on IRIX 6.5.11 (irix-mips3-cc) when
drees compiling with both the native cc and gcc 2.95.2 from freeware.sgi.com:
Yup, that's one we haven't been able to fix yet.
--
Richard Levitte \ Spannvgen 38, II \ [EMAIL
If there's any way I can help debug this, let me know.
-Dave
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Richard Levitte - VMS
From: "David Rees" [EMAIL PROTECTED]
drees The Square test is still failing on IRIX 6.5.11
(irix-mips3-cc) when
On IRIX 6.5.11 when running 'make test' I get the following test failure
when compiling with either cc or gcc2.95.2:
starting big number library test, could take a while...
test BN_add
test BN_sub
test BN_lshift1
test BN_lshift (fixed)
test BN_lshift
test BN_rshift1
test BN_rshift
test BN_sqr
From: "Sean O'Riordain" [EMAIL PROTECTED]
seanpor test BN_kronecker
seanpor ...++
seanpor bn_recp.c: BN_mul does not work
seanpor r
seanpor
From: "Sean O'Riordain" [EMAIL PROTECTED]
seanpor test BN_kronecker
seanpor ...++
seanpor bn_recp.c: BN_mul does not work
seanpor r
seanpor
Hi Guys,
from cvs the overnight changes have caused a make test failure see
below...
Operating system: i686-whatever-linux2
Configuring for linux-elf
machine is pentium-2 // running a heavily modified version of redhat 5.2
linux
i did a make clean before the cvs update...
anything else I've
On Sun, Dec 10, 2000 at 10:15:10AM +, Sean O'Riordain wrote:
from cvs the overnight changes have caused a make test failure see
below...
The test passes with the bn_mul.c from the stable branch. The version on
the dev branch is broken (also with the C version of bn_sub_part_words
From: "Sean O'Riordain" [EMAIL PROTECTED]
seanpor Hi Guys,
seanpor from cvs the overnight changes have caused a make test failure see
seanpor below...
Interesting! BN_mul() could be one problem, although it was some time
ago I made the last change to it...
I'll check it out as soo
On Fri, Oct 27, 2000 at 12:26:33PM -0400, Forrest Aldrich wrote:
20523:error:0A071003:dsa routines:DSA_do_verify:BN lib:dsa_ossl.c:288:
*** Error code 1
Hm, I think we got a similar report a while ago. Have you used earlier
versions of OpenSSL before? If so, did the error occur there as well?
I think this is due to egcs. I rebuilt and retested with the latest gcc
release 2.95.2 and the tests passed successfully.
Something worth noting for future reference.
At 12:42 PM 10/27/2000 -0400, Ulf Möller wrote:
On Fri, Oct 27, 2000 at 12:26:33PM -0400, Forrest Aldrich wrote:
Here is the bug.
make test
...
./rc4test
test 0 ok
test 1 ok
test 2 ok
test 3 ok
test 4 ok
test 5 ok
make[1]: *** [test_rc4] Segmentation fault
Senior Computer Programmer,
as "senior computer programmer" would you be able to tell anything from
this problem report? do examine
Hello,
Here is the bug.
make test
.
.
.
./md2test
test 1 ok
test 2 ok
test 3 ok
test 4 ok
test 5 ok
test 6 ok
test 7 ok
./mdc2test
pad1 - ok
pad2 - ok
./rc2test
ecb RC2 ok
./rc4test
test 0 ok
test 1 ok
test 2 ok
test 3 ok
test 4 ok
test 5 ok
make[1]: *** [test_rc4] Segmentation fault
OpenSSL self-test report:
OpenSSL version: 0.9.5a
Last change: Make sure _lrotl and _lrotr are only used with MSVC
Options: --prefix=/.=our-deploy/openssl-0.9.5a -D_REENTRANT
OS (uname): HP-UX ekbdc002 B.10.20 A 9000/785 2007140435 two-user license
OS (config):
'make test' fails in 'starting big number library test' at 'Square test
failed!'. Here is the listing from 'make report'. Any help would be greatly
appreciated.
Thanks,
Danny
OpenSSL self-test report:
OpenSSL version: 0.9.5
Last change: PKCS7_encrypt() was adding text MIME headers
fresh install of redhat6.0
[root@enigma openssl-0.9.5beta1]# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
[root@enigma openssl-0.9.5beta1]# ld -v
GNU ld version 2.9.1 (with BFD 2.9.1.0.23)
Andrew W. Gray wrote:
Electric Fence 2.0.5 Copyright (C) 1987-1998 Bruce Perens.
test BN_add
test BN_sub
test BN_lshift1
test BN_lshift (fixed)
test BN_lshift
test BN_rshift1
test BN_rshift
test BN_sqr
test BN_mul
ElectricFence Aborting: Allocating 0 bytes, probably a bug.
1 - 100 of 107 matches
Mail list logo