| Age | Commit message (Collapse) | Author |
|---|
|
3rd (variadic) mode_t parameter is irrelevant. Many developers in the past
have passed mode_t (0, 044, 0644, or such), which might lead future people
to copy this broken idiom, and perhaps even believe this parameter has some
meaning or implication or application. Delete them all.
This comes out of a conversation where tb@ noticed that a strange (but
intentional) pledge behaviour is to always knock-out high-bits from
mode_t on a number of system calls as a safety factor, and his bewilderment
that this appeared to be happening against valid modes (at least visually),
but no sorry, they are all irrelevant junk. They could all be 0xdeafbeef.
ok millert
|
|
This is a backport of the ncurses 5.9 20120707 patch.
Previously, getch() would return ERR if SIGWINCH was received but
the window didn't actually change size. This can happen, for
example, when the xterm font is changed. OK tb@
|
|
ncurses has a configure option that adds a few more consts to its
headers by way of the NCURSES_CONST define. Starting with version
6.0, this has become the default. OpenBSD is still on ncurses 5.7,
but FreeBSD and Linux have moved on. Enable the additional consts
to eliminate compiler warnings when sharing code with other platforms.
ok deraadt@ millert@
|
|
Reported by Prof. Dr. Steffen Wendzel <wendzel @ hs-worms . de>,
thanks!
OK martijn@ sthen@
|
|
ncurses passing strings to tputs() that look like BSD padding when using
the rep terminfo(5) capability (with BSD_TPUTS which we and upstream
both have enabled). Upstream change:
+ add a check in EmitRange to guard against repeat_char emitting digits
which could be interpreted as BSD-style padding when --enable-bsdpad
is configured (report/patch by Hiltjo Posthuma).
ok millert
|
|
This is a backported patch [1] from ncurses-5.7-20100501. It takes begx
and begy values into account when calculating lengths, in order to avoid
writing data past the end of the buffer when calling memset in wredrawln().
From upstream NEWS file:
20100501
+ correct limit-check in wredrawln, accounting for begy/begx values
(patch by David Benjamin).
[1] https://lists.gnu.org/archive/html/bug-ncurses/2010-04/msg00017.html
OK nicm@
|
|
|
|
millert.
|
|
millert.
|
|
avoiding runtime failures on architectures using ld.lld. Also add a note to
libcurses shlib_version reminding about bumps (as done with libcrypto/libssl).
Thanks guenther@ for suggestions of tests involving library bumps and jca@
for doing these tests and hint about DPADD.
Looks good kettenis@, ok jca@
|
|
against (signed char) variable. Modern "genius" compilers simply
delete the code on unsigned char architectures, amazed they feel
lattitude to convert undefined local behaviour into much larger scope
undefined behaviour (glad to have faster but incorrect libcurses..)
ok millert
|
|
okay millert@
|
|
programs will build even without a make depend first.
okay tb@ millert@
|
|
probably missed at one update or another. Reported by Anthony Coulter,
discussed with jmc.
|
|
so remove mentions of them;
from anthony coulter
nicm thinks it's worth making the changes, even though these pages
are 3rd party;
|
|
contains -g by default anyway
problem noted by Edgar Pettijohn (edgar (at) pettijohn-web.com)
ok millert@ kettenis@ deraadt@
|
|
|
|
correctly - logically complete that now by removing MLINKS from base;
authors need only to ensure there is an entry in NAME for any function/
util being added. MLINKS will still work, and remain for perl to ease
upgrades;
ok nicm (curses) bcook (ssl)
ok schwarze, who provided a lot of feedback and assistance
ok tb natano jung
|
|
files in /usr/share/terminfo/*. This removes a large difference from
upstream ncurses and other systems.
ok millert
|
|
conceptual ok guenther millert nicm
|
|
ok schwarze (i think nicm too, but i'm getting mixed up with oks
at the minute...)
|
|
spotted by nicm
|
|
(others require more care)
|
|
|
|
files in their installed system. this extended documentation experience
is available better on the net using a browser installed with pkg_add.
(also note that two of the subsystems involved in this issue are heading
to the bit bucket sometime soon)
|
|
as sgtty Bnnn speeds. This means ospeed has to grow from short to
int to hold all possible values. Bump major version.
While there, also fix a bug in _nc_baudrate().
ok nicm@, millert@, deraadt@
|
|
members to 64bit types. Assign new syscall numbers for (almost
all) the syscalls that involve the affected types, including anything
with time_t, timeval, itimerval, timespec, rusage, dirent, stat,
or kevent arguments. Add a d_off member to struct dirent and replace
getdirentries() with getdents(), thus immensely simplifying and
accelerating telldir/seekdir. Build perl with -DBIG_TIME.
Bump the major on every single base library: the compat bits included
here are only good enough to make the transition; the T32 compat
option will be burned as soon as we've reached the new world are
are happy with the snapshots for all architectures.
DANGER: ABI incompatibility. Updating to this kernel requires extra
work or you won't be able to login: install a snapshot instead.
Much assistance in fixing userland issues from deraadt@ and tedu@
and build assistance from todd@ and otto@
|
|
okay krw@
|
|
ok guenther@
|
|
install custom terminfo files. Minor ncurses bump to allow packages to
depend on the right version. From discussion with zinke@ and dcoppa@.
ok phessler dcoppa
|
|
discussed with lots of people, tested by naddy@,
"move fast" deraadt@
|
|
totally ridiculous to call all sorts of stdio and malloc stuff in a signal
handler. These comments have been looked at by nicm, and then passed
upstream.
|
|
Prompted by mail from Mikolaj Kucharski on tech@ and discussion with
deraadt@ and millert@.
A library installing signal handlers without being asked is seriously
wrong but it appears quite a few applications now depend on the ncurses
SIGWINCH and it looks to be safe. Safer than the other signal handlers
it installs (apparently without request... boke).
ok millert
|
|
currently use), spotted by zinovik.
|
|
another local variation;
|
|
present in upstream sources, so it must be a local bug;
|
|
libform, libmenu, libpanel and each library is also linked to a
corresponding "w" version.
This is a major bump for all four libraries.
Thanks to landry, stsp, sthen, naddy, oga, Martin Pieuchot, and anyone
else I've forgotten for testing.
ok naddy krw deraadt
|
|
Fixes problems with editors/joe reported by benoit@.
|
|
This is around eight years worth of changes (previously we were around ncurses
5.2), too many to list - many bug fixes and also a few new functions.
A major bump for libcurses, libpanel, libform and libmenu.
ok deraadt
|
|
|
|
survived a full make build on i386;
"sure" deraadt@
|
|
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms
|
|
description to reference another. If this is used, any capabilities in the
parent terminal description should override those pulled in by use=.
When cap_mkdb is building terminfo.db, it concatenates any use= references
together so each description is self-contained. However, the ncurses terminfo
implementation doesn't expect this - it assumes it will have to resolve use=
itself, and picks the last entry in the description created by cap_mkdb rather
than the first.
read_bsd_terminfo.c already makes some transformations to make ncurses happy
with the format in the database. So, extend this to trim out duplicate entries,
leaving only the first.
(Interestingly, ncurses already has code to correctly handle merged tc=
capabilities in termcap.db (used if terminfo.db is missing).)
"go ahead" deraadt@
|
|
into the cap database format and back: rather than replacing all colons with
commas, only touch real separators (skip those with a leading \ or ^) and
replace an unadorned colon with a literal "\072".
Fixes problems with quite a few caps including acsc in "screen" (:s instead of
,s) and setab/initc in "xterm-256color" (wrongly concatenated together).
ok millert
|
|
|
|
- returned type is char *, not int
from Frederic Culot, documentation/6019
first issue sent upstream (second already fixed)
|
|
-1.
ok henning@ beck@ ray@
|
|
|
|
|
|
tested by deraadt@ on a gcc2 arch
looks ok ray@ ok deraadt@
|
