Fix special case of ')' when the cursor is on white-space.
The forward sentence code has a special case to support moving to
the start of the next sentence when it is in the middle of a empty
line or whitespace between sentences. However, the logic was
incorrect and applied when the curson was on _any_ white-space.
This change adds logic to look back and detect whether the cursor
is actually in between two sentences.
Based on a diff from Walter Alejandro.
Prevent '(' from moving the cursor forward.
Fixes an issue where '(' moved forward the start of the next (not
previous) sentence when used within whitespace at the start if a line.
From Debian bug 193498 (Tommy Pettersson) via nvi2.
Do not clear the dirty upper and lower bits when enabling the FPU in fprs
When handling a FPU disabled trap and the FPU context is still pointing to
curproc then all that needs to be done is enable the FPU but on sparc64 this
needs to be done in two places. In pstate and %fprs.
Writing FPRS_FEF into %fprs clears the DU and DL bits which marks the FPU
state as clean (but it may not be). If the proc only reads the FPU state
and later a lazy FPU switch is forced the FPU context is not correctly saved.
Instead read %fprs and or FPRS_FEF into it, keeping the DU and DL bits intact.
See also rev 1.68 for why %fprs needs to be fumbled with.
This fixes various issues seen during ports bulk builds. Like perl tripping
over "use 5.12.0;" with a -NaN is not a version error, various awk issues
and even cmake failures via 'std::bad_array_new_length'.
OK kettenis@
If the PCIe link is down, provide access to config space for bus 0, but
return 0xffffffff (and ignore writes) for other busses. This gets rid of
the "can't initialize hardware" messages that confuse some users and
better matches what happens on other platforms with PCIe when a slot is
empty.
ok jca@
pkcs7: don't use i and j for NIDs in PKCS7_dataDecode()
There's no need to assign to i before the switch and j is a terrible
name for a NID. Inline the latter and switch directly over the return
value of OBJ_obj2nid().
ok jsing kenjiro
pkcs7: avoid assignment to i in PKCS7_dataInit()
We can switch over the return value of OBJ_obj2nid() rather than using i
for an indirection.
ok jsing kenjiro
pkcs7: Simplify PKCS7_type_is_other()
Remove unnecessary isOther and nid variables and use direct returns.
The function should probably be removed...
ok jsing kenjiro
SECURITY update to openvpn-2.7.2
fix race condition in TLS handshake that could lead to leaking of packet
data from a previous handshake under specific circumstances
(CVE-2026-40215)
fix server ASSERT() on receiving a suitably malformed packet with
a valid tls-crypt-v2 key (CVE-2026-35058)
Other changes: https://github.com/OpenVPN/openvpn/blob/v2.7.2/Changes.rst
ok naddy@
Simplify PKCS7_get_issuer_and_serial()
The i variable is unused. Likewise for the first assignment to ri.
Instead of an incomplete check that idx is in range, which still
results in a NULL deref if idx < 0, check if ri is not NULL before
accessing, as sk_value() checks the index correctly.
ok jsing kenjiro
lang/gawk: do not pick up gettext-tools in configure
configure picks up xgettext and it is then used during the build, but
to no effect.
Reported by jca@
Drop -Winline from CDIAGFLAGS it breaks on sparc64
On sparc64 ssh/unittests/kex fails to build with:
usr.bin/ssh/libcrux_mlkem768_sha3.h:8196: warning: inlining failed
in call to 'libcrux_ml_kem_polynomial_ZERO_89_ea':
--param max-inline-insns-single limit reached
OK djm@ (long time ago) reminded by tb@
Fix orc riscv64-specific code paths
orc previously failed to build because of inconsistent #ifdefs that
exposed Linux-only calls. While here hook up call to
(__builtin)__clear_cache and correct default assumptions (the 'V'
extension can't be assumed, on any OS).
Prompted by a report from matthieu@, maintainer timeout, ok sthen@
