Age | Commit message (Collapse) | Author |
|
revert that part of yesterday's diffs;
|
|
|
|
and don't generate clock ticks (ie don't invoke the sio_onmove(3)
call-back).
|
|
deal with this.
ok miod@
|
|
another local variation;
|
|
present in upstream sources, so it must be a local bug;
|
|
- wide character (noun)
- wide-character (adjective)
this is the "fix of least resistance", and appears to be in line with
posix style; a tiny fix still needed for curses, but i'll mail that
upstream;
|
|
these are not built by default, but only built when MANPS is set.
kristaps@ and jmc@ agree with the idea,
and the patch doesn't bother deraadt@ at all
|
|
My problem, canacar@'s fix.
ok sthen@ canacar@
|
|
someone else already has open. OK jmc@
|
|
feedback and ok jmc@, ok millert@
|
|
- bump posix revision and remove xpg; from millert
ok millert
|
|
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
|
|
Update our sources appropriately. OK deraadt@ jsg@
|
|
was not being done for poll and select, so after fork they would remain
using the same socketpair for signal notification, leading to a race
between the two processes to read from it and hangs.
Problem originally reported by kili@.
ok gilles
|
|
idiotically accepts more then two hex digits following the \x, even
on platforms where a char has 8 bits. It is therefore dangerous to have
an almost-bit-not-quite compatible format in vis(3).
The VIS_ALL (encode all characters) option introduced in the same commit
remains.
|
|
|
|
via setenv() or putenv(). OK miod@
|
|
and VIS_HEX - use C89 \xff style hexadecimal encoding.
Teach unvis(3) how to deal with the hex encoding.
feedback and ok millert@ chl@
|
|
fix NULL vs 0, etc. No behaviour change.
|
|
machdep.console_device that's only implemented on a few architectures.
ok deraadt@, miod@
|
|
now), play and record directons may be out of sync, and since the play
direction is used as clock source, we may end up with data ariving
_before_ the time it was recorded. This breaks the sndio ``device
model'' and most full-duplex apps relying on it, starting with aucat
in its default mode.
Workaround this by using the direction that's ahead as clock source,
ensuring that recorded data never arrives before the clock tick it was
recorded. This prevents apps from crashing but won't fix stuttering
caused by missed interrupts.
ok deraadt@
|
|
code positions U+D800 to U+DFFF (UTF-16 surrogates), U+FFFE, and U+FFFF.
http://www.cl.cam.ac.uk/~mgk25/unicode.html#utf-8
http://unicode.org/faq/utf_bom.html#utf8-4
ok phessler, millert, miod, deraadt
|
|
made years ago.
ok deraadt@
|
|
is supposed to ignore the 'n' parameter and return the number of wide
characters needed to represent the given multi-byte character sequence.
However, in the special case where 'pwcs' is NULL and 'n' is zero, our
mbsrtowcs() implementation for single-byte locales mistakenly returned zero.
Before the UTF-8 locale was added, this bug was invisible to callers of
mbstowcs() because mbstowcs() handled this special case itself.
But our new mbstowcs() implementation simply forwards to the locale-specific
mbsrtowcs() implementation and expects it to do the right thing.
The "awesome" window manager's "Run:" command prompt uses mbstowcs() to
measure how many (possibly multi-byte) characters a user has typed, and
due to this bug would always be tricked into thinking the user had entered
zero characters when a single-byte locale was used.
Found after prodding by dcoppa.
ok deraadt sthen espie
|
|
add missing prototype
ok stsp@
|
|
|
|
OK jmc
|
|
|
|
conversion interfaces of libc (mbrtowc(3) and friends) with new
implementations that internally call an API based on NetBSD's citrus.
This allows us to support locales with multi-byte character encodings.
Provide two implementations of the citrus-based API: one based on the old
single-byte placeholders for use with our existing single-byte character
locales (C, ISO8859-*, KOI8, CP1251, etc.), and one that provides support
for UTF-8 encoded characters (code based on FreeBSD's implementation).
Install the en_US.UTF-8 ctype locale support file, and allow the UTF-8
ctype locale to be enabled via setlocale(3) (export LC_CTYPE='en_US.UTF-8').
A lot of programs, especially from ports, will now start using UTF-8 if the
UTF-8 locale is enabled. Use at your own risk, and please report any breakage.
Note that ncurses-based programs cannot display UTF-8 right now, this is being
worked on.
To prevent install media growth, add vfprintf(3) and mbrtowc(3) to libstubs.
The mbrtowc stub was copied unchanged from its old single-byte placeholder.
vfprintf.c doesn't need to be copied, just put in .PATH (hint by fgsch@).
Testing by myself, naddy, sthen, nicm, espie, armani, Dmitrij D. Czarkoff.
ok matthieu espie millert sthen nicm deraadt
|
|
|
|
when generating the filter. This will allow the pflog
header to be extended without adding a new link type.
No change to generated code for other link types.
ok henning@
|
|
so that the process-level stuff is to/from struct process and not
struct proc. This fixes a bunch of problem cases in rthreads.
Based on earlier work by blambert and myself, but mostly written
at c2k10.
Tested by many: deraadt, sthen, krw, ray, and in snapshots
|
|
at end of file' warnings. Simplify the shell quoting to make it easier
to read while we're at it
"looks allright" beck@
|
|
the REPLACE_GETOPT macro, at long last
ok millert@
|
|
from Remco <remco at d-compu.dyndns.org>, thanks!
|
|
OK kettenis@ jmc@
|
|
ok millert@
|
|
argument is a float. Eliminate a cast rendered superfluous as a result.
ok kettenis@, millert@
|
|
so that libkvm doesn't need to define that, thereby avoiding some warnings.
ok miod@
|
|
ok miod@
|
|
ok nicm@
|
|
who asked me to commit because he is just running out of the door.
|
|
for both structs, the new members are 'bps' and 'msb', which
describe the number of bytes per sample and data alignment in the
sample, respectively. drivers must properly set these fields in
the 'query_encoding', 'set_parameters' and 'get_default_params'
hardware interface methods.
discussed with ratchov, deraadt
|
|
ok deraadt jmc millert sobrado
|
|
|
|
running, then we need to start a gc thread...except when this is
the very call to start a gc thread!
"This works for me" marc@
|
|
including the scheduling timer, sigmask, fd nonblocking status, and
handling of the signals used by the thread library.
ok marc@, additional testing by ajacoutot@
|
|
From their change log:
o Fix memory-leak of signal handler array with kqueue. [backport]
o Make evutil_make_socket_nonblocking() leave any other flags alone.
o Adjusted fcntl() retval comparison on evutil_make_socket_nonblocking().
o Re-add event_siglcb; some old code _was_ still using it. :(
o Fix a free(NULL) in min_heap.h
o Clean up properly when adding a signal handler fails.
Also a local change to use an int rather than a long for fcntl().
ok guenther deraadt
|
|
as the child only has the one thread remaining.
ok marc@
|