openssl/apps, branch OpenSSL_0_9_6-stable TLS/SSL and crypto library. http://git.bktus.com/gpgfrontend/openssl/atom?h=OpenSSL_0_9_6-stable 2004-06-28T12:23:37Z Make sure that the buffers are large enough to contain padding. 2004-06-28T12:23:37Z Richard Levitte levitte@openssl.org 2004-06-28T12:23:37Z urn:sha1:466d27b994807ef68b8026c1d2cb1fecadd9f040 PR: 904 make update 2004-03-23T17:51:56Z Richard Levitte levitte@openssl.org 2004-03-23T17:51:56Z urn:sha1:6628e9629cfe14ca9380270c1c52f3e5cbdc8ded Win32 fixes. 2004-03-17T01:05:42Z Dr. Stephen Henson steve@openssl.org 2004-03-17T01:05:42Z urn:sha1:8b3b01a2d4a8884904172d046dc032b8ee5c5109 Fix handling of -offset and -length in asn1parse tool. 2004-02-08T13:31:06Z Dr. Stephen Henson steve@openssl.org 2004-02-08T13:31:06Z urn:sha1:fcc7c0a7bf8214f5338d0543d1ad4c992d5e9da1 If -offset exceeds -length of data available exit with an error. Don't read past end of total data available when -offset supplied. If -length exceeds total available truncate it. Include e_os.h the same way as everywhere else. 2004-01-29T09:30:26Z Richard Levitte levitte@openssl.org 2004-01-29T09:30:26Z urn:sha1:658cd50bbe206b90a6d167563f2b95f8c53e50fb Just include "e_os.h" and trust the -I options to the compiler. 2004-01-19T09:04:08Z Richard Levitte levitte@openssl.org 2004-01-19T09:04:08Z urn:sha1:e81cea247511847b8d86cceda455a240b6bc89c0 Remove extra argument to BIO_printf(). 2003-09-27T18:31:43Z Richard Levitte levitte@openssl.org 2003-09-27T18:31:43Z urn:sha1:a5bb5c9688280cac34cba53fbc2adc927d2b7e3d PR: 685 In order to get the expected self signed error when 2003-09-21T02:11:31Z Dr. Stephen Henson steve@openssl.org 2003-09-21T02:11:31Z urn:sha1:94f5c934f6d1f21d3373a5165696bba9e43e20e3 calling X509_verify_cert() in x509.c the cert should not be added to the trusted store. Undo the change that left LD_LIBRARY_PATH unchanged. The errors I saw 2003-08-14T06:30:32Z Richard Levitte levitte@openssl.org 2003-08-14T06:30:32Z urn:sha1:0841f288e531ecb4819ec51fea15965fac457421 weren't due to that, but to a change on the SCO machines I used for testing, where my $PATH was suddenly incorrect. Some installations (currently, it's been noted on a sco5 system where 2003-08-08T09:36:46Z Richard Levitte levitte@openssl.org 2003-08-08T09:36:46Z urn:sha1:e5c1a02519d6e3b720e62905cf46114ffc637d23 gcc is used to build with) don't take it too well if LD_LIBRARY_PATH is messed with when linknig programs. I'm going to assume that it's OK to leave it unchanged when linking non-shared.