diff options
| author |   schwarze <schwarze@openbsd.org> | 2018-04-01 00:36:28 +0000 |
|---|---|---|
| committer | schwarze <schwarze@openbsd.org> | 2018-04-01 00:36:28 +0000 |
| commit | 10b27f3e64d08ebf55127b2cb72a2043b3a3e590 (patch) | |
| tree | 56f48485dedcffcc9d7ea60df141124a6bec6c81 /lib/libcrypto/stack/stack.c | |
| parent | Change ci_dev.dv_xname to ci_dev->dv_xname in debugging printf() (diff) | |
| download | wireguard-openbsd-10b27f3e64d08ebf55127b2cb72a2043b3a3e590.tar.xz wireguard-openbsd-10b27f3e64d08ebf55127b2cb72a2043b3a3e590.zip | |
When you replace an element in a sorted array with something
arbitrarily different, the array is in general no longer sorted.
This commit copies a small hidden bugfix from the OpenSSL commit
https://github.com/openssl/openssl/commit/fbb7b33b
the rest of which is merely cosmetics.
I discovered the bug independently while documenting sk_find(3).
Keep the library's idea of when an empty stack or a one-element stack
is sorted and when it is not bug-compatible with OpenSSL, even though
in fact, empty and one-element stacks are of course always sorted.
OK beck@
Diffstat (limited to 'lib/libcrypto/stack/stack.c')
| -rw-r--r-- | lib/libcrypto/stack/stack.c | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/lib/libcrypto/stack/stack.c b/lib/libcrypto/stack/stack.c index d941f9e6fb8..b76a0d7271c 100644 --- a/lib/libcrypto/stack/stack.c +++ b/lib/libcrypto/stack/stack.c @@ -1,4 +1,4 @@ -/* $OpenBSD: stack.c,v 1.19 2015/02/07 13:19:15 doug Exp $ */ +/* $OpenBSD: stack.c,v 1.20 2018/04/01 00:36:28 schwarze Exp $ */ /* Copyright (C) 1995-1998 Eric Young (eay@cryptsoft.com) * All rights reserved. * @@ -312,6 +312,7 @@ sk_set(_STACK *st, int i, void *value) { if (!st || (i < 0) || (i >= st->num)) return NULL; + st->sorted = 0; return (st->data[i] = value); } |