Richard Levitte
e7227322b3
Allow 8-bit characters. This is not really complete, it only marks
...
characters with the highest bit set as HIGHBIT. We need to expand
this to support the UTF-8 character set properly. However, this
solves the problem that the character 0x80 (which is common in UTF-8)
gets masked to 0x00.
Patch submitted by "Huang Yuzhen" <huangyuzhen@bj.tom.com>
2002-01-02 11:06:02 +00:00
Richard Levitte
9d7bb313e3
On Solaris64, cc needs the flag -xarch=v9 when linking shared
...
libraries. Make a general change to support shared library
linking flags in general.
Noted by Nick Briggs <briggs@parc.xerox.com>
2002-01-02 10:30:40 +00:00
Richard Levitte
a5595fde9a
On Solaris64, cc needs the flag -xarch=v9 when linking shared
...
libraries. Make a general change to support shared library
linking flags in general.
Noted by Nick Briggs <briggs@parc.xerox.com>
2002-01-02 10:30:07 +00:00
Richard Levitte
00b6ab09fc
Add support for Linux on HP/PA.
...
Submitted by "Bryan W. Headley" <bheadley@interaccess.com>
2002-01-02 10:00:52 +00:00
Richard Levitte
95f8c7195c
Add support for Linux on HP/PA.
...
Submitted by "Bryan W. Headley" <bheadley@interaccess.com>
2002-01-02 10:00:22 +00:00
Ulf Möller
dcbbf83dba
ssl3_read_bytes bug fix
...
Submitted by: D P Chang <dpc@qualys.com>
Reviewed by: Bodo
2001-12-28 17:14:35 +00:00
Ulf Möller
c99b94be3e
ssl3_read_bytes bug fix
...
Submitted by: D P Chang <dpc@qualys.com>
Reviewed by: Bodo
2001-12-28 17:13:10 +00:00
Bodo Möller
3c89d78dba
update FAQ and CHANGES file (0.9.6c has been released)
2001-12-21 12:29:52 +00:00
Bodo Möller
b9bb1c5f77
This should be in 0.9.6c, but somehow escaped from the commit ...
...
But note that 0.9.6c has correct versions of the files autogenerated
from objects.txt (obj_mac.h, obj_dat.h), so libraries built from
the source distribution will not be buggy.
2001-12-21 12:23:05 +00:00
Bodo Möller
87af0e5e19
Fix FAQ, although in case there is another release from this tree,
...
it won't be correct anymore anyway: current version is 0.9.6c.
not 0.9.6b.
(The engine version does not have this typo.)
2001-12-21 12:15:36 +00:00
Richard Levitte
76b5524d3d
Status update
2001-12-21 03:23:20 +00:00
Richard Levitte
84fcd6f83e
Status update
2001-12-21 03:23:15 +00:00
Richard Levitte
0b421d35fb
The release has been tagged, so let's move on to 0.9.6d, which we hope will never be released.
2001-12-21 02:26:39 +00:00
Richard Levitte
b2f570ecbb
Time to release 0.9.6c. The tag will be OpenSSL_0_9_6c
2001-12-21 01:21:23 +00:00
Richard Levitte
988988807f
And just for the sake of completeness, let's add some standard macros...
2001-12-21 01:12:43 +00:00
Richard Levitte
a92ae07091
And just for the sake of completeness, let's add some standard macros...
2001-12-21 01:12:29 +00:00
Richard Levitte
b1b62e7976
Better use the same number in all branches, to avoid confusion
2001-12-21 01:09:07 +00:00
Richard Levitte
68809d3969
Better use the same number in all branches, to avoid confusion
2001-12-21 01:08:40 +00:00
Dr. Stephen Henson
069eb94607
Add missing ERR_LIB_COMP #define
2001-12-21 00:48:45 +00:00
Richard Levitte
5dfaf1c437
make update
2001-12-20 22:25:41 +00:00
Richard Levitte
c6c5cf1754
Do not forget to compile comp_err.c
2001-12-20 22:15:42 +00:00
Richard Levitte
d6a89fcf88
Do not forget to compile comp_err.c
2001-12-20 22:12:10 +00:00
Richard Levitte
ef5f6a08ff
Synchronise with the 0.9.6 branch.
2001-12-20 16:58:26 +00:00
Ulf Möller
3d7b414c55
remove some useless information (change log is in CHANGES)
2001-12-20 12:36:39 +00:00
Ben Laurie
7c517a04b1
Security fix.
2001-12-20 12:18:08 +00:00
Richard Levitte
863b1279f7
Summarize the news.
2001-12-20 11:04:46 +00:00
Bodo Möller
24ceef033a
make sure mklink.pl looks at ERR_load_...
2001-12-19 19:48:51 +00:00
Ulf Möller
fe165e465b
Cygwin patch. Submitted by Michael Kobar <mkobar@lymeware.com>
2001-12-19 19:37:41 +00:00
Ulf Möller
d78e52987e
Cygwin patch. Submitted by Michael Kobar <mkobar@lymeware.com>
2001-12-19 19:37:31 +00:00
Bodo Möller
755cc53a6e
formatting consistency
2001-12-17 19:28:05 +00:00
Bodo Möller
1226c472b7
oops
2001-12-17 19:26:43 +00:00
Bodo Möller
3ece3605ac
remove redundant ERR_load_... declarations
2001-12-17 19:24:39 +00:00
Bodo Möller
4d7072f4b5
remove redundant ERR_load_... declarations
2001-12-17 19:22:23 +00:00
Bodo Möller
b5348a095d
consistency with 0.9.6 stable "CHANGES"
2001-12-17 19:11:03 +00:00
Bodo Möller
b35ef576f4
correction: certain changes have been done *after* 0.9.6b was released
2001-12-17 19:08:39 +00:00
Bodo Möller
66df02fd98
fix BN_rand_range
2001-12-14 10:09:29 +00:00
Bodo Möller
865ce8abcb
fix BN_rand_range
2001-12-14 10:09:01 +00:00
Richard Levitte
206eb6a11d
Change pkcs12 so the certificates coming from -in do not get tossed if
...
-certfile is given as well.
2001-12-12 16:49:02 +00:00
Richard Levitte
f11fd3f4e1
Implement failover for ubsec. Submitted by Subramanian Ramamoorthy
...
<sram@broadcom.com> with the following comment:
[...] We have implemented failover (ie, if for some reason that the
hardware fails, the implementation detects this failure and performs
this operation as if no hardware is present, ie, in software) for
sometime now and have tested it here with our hardware. [...]
This change was cc:ed to exports@crypto.com
2001-12-12 12:53:13 +00:00
Richard Levitte
29b108f939
make update
2001-12-11 10:57:13 +00:00
Ulf Möller
a69b3e94f3
name confusion with HP library function prototype (?)
2001-12-10 18:52:42 +00:00
Ulf Möller
31106cc750
name confusion with HP library function prototype (?)
2001-12-10 18:52:06 +00:00
Ben Laurie
ff3fa48fc7
Improve back compatibility.
2001-12-09 21:53:31 +00:00
Bodo Möller
87166e1fb6
fix warnings (one of them was clearly justified)
2001-12-07 17:02:01 +00:00
Dr. Stephen Henson
7f0f3f17b3
Don't overwrite signing time.
2001-12-07 00:40:53 +00:00
Dr. Stephen Henson
f3e24baddf
Don't overwrite signing time.
2001-12-07 00:36:32 +00:00
Lutz Jänicke
a6977ee73d
HPUX 9.X on m68k with gcc
...
("Anton J. Gamel" <gamel@anna.anatomie.uni-freiburg.de>)
2001-12-06 13:15:51 +00:00
Lutz Jänicke
0bc2e28295
HPUX 9.X on m68k with gcc
...
("Anton J. Gamel" <gamel@anna.anatomie.uni-freiburg.de>)
2001-12-06 13:11:42 +00:00
Richard Levitte
4b16376d51
"UID" is an incorrect lable for the attribute type uniqueIdentifier.
...
Furthermore, it create conflicts with LDAP and some RFCs that define
"UID" as a lable for the attribute type userId (which we haven't even
defined here).
The next question is if we should update objects.txt with the added
stuff from the main trunk.
2001-12-04 11:10:54 +00:00
Richard Levitte
d4704d5245
UID was never a lable for uniqueIdentifier. However, LDAP and certain
...
RFCs concerning X.500 directories use UID as a shorter name for the
attribute type userId, which is defined by CCITT and available through
RFCs 1274 and 2247.
Unfortunately, if some applications have used the name "UID" for the
uniqueIdentifier attribute type, they will produce incorrect results.
However, I found it better to follow the standards that are out there
rather than having our own incompatible one.
2001-12-04 11:01:17 +00:00