| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
tweak and ok jmc, tedu
|
|
|
|
| |
tedu agreed with an idea, tested by Luis Useche and me; ok deraadt
|
| |
|
|
|
|
|
|
|
| |
This is mostly a sync with NetBSD.
tested in a bulk build by landry@
ok millert@
|
|
|
|
| |
- use some Fn and \*(Gt
|
|
|
|
|
|
|
|
| |
so it works correctly with large offsets (and matches other systems).
This requires adding a new getdirentries syscall, with the old one
renamed to ogetdirentries. All in-tree consumers of getdirentries()
have been updated. Bump libc and libpthread major numbers.
OK and with deraadt@
|
| |
|
|
|
|
| |
a libc crank is happening in < 24 hours
|
|
|
|
|
| |
directly -- it exists for libc use only. Tell people to use readdir(3).
discussed with millert
|
|
|
|
| |
deraadt@ nicm@ (on an earlier version)
|
|
|
|
| |
Noted by Claus Assmann
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
from ARG_MAX to 64K.
Fixes glob-using programs (notably ftp) able to be triggered to hit
resource limits.
Idea from a similar NetBSD change, original problem reported by jasper@.
ok millert tedu jasper
|
|
|
|
|
|
|
|
|
|
|
| |
There's not much use for the declassified cipher from the 80's
with a questionable license these days. According to the FIPS
drafts, Skipjack reaches its EOL in December 2010.
The libc portion will be removed after the ports hackathon.
djm and thib agree, no objections from deraadt
Thanks to jsg for digging up FIPS drafts.
|
|
|
|
|
|
|
| |
that didn't already have one, and then immediately use it in libc's
SYS.h
ok miod@
|
| |
|
| |
|
|
|
|
| |
OK deraadt@
|
| |
|
| |
|
|
|
|
| |
line up nicely. OK deraadt@
|
|
|
|
|
|
|
|
| |
we don't provide the silly union to decompose the value. This will allow
userland to flip the ``flush denormalized to zero'' setting, which apparently
is being relied upon by tcl.
Asked by jasper@ a long time ago. Riding upon the upcoming libc major crank.
|
|
|
|
|
|
| |
kernel in kern(9), and remove it from OpenSSH.
ok deraadt@, djm@
|
|
|
|
|
|
|
|
|
|
|
| |
information that is looked up while matching glob(3)s
Keeping this information around can make a big difference when
fetching it is expensive, e.g. in sftp which uses GLOB_ALTDIRFUNC
feedback millert@ jmc@
"get it in before the libc crank" deraadt@
|
|
|
|
| |
OK deraadt@, millert@
|
|
|
|
| |
revert that part of yesterday's diffs;
|
| |
|
|
|
|
|
|
|
|
|
| |
- 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;
|
|
|
|
| |
someone else already has open. OK jmc@
|
|
|
|
| |
feedback and ok jmc@, ok millert@
|
|
|
|
|
|
| |
- bump posix revision and remove xpg; from millert
ok millert
|
|
|
|
| |
Update our sources appropriately. OK deraadt@ jsg@
|
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
| |
machdep.console_device that's only implemented on a few architectures.
ok deraadt@, miod@
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
| |
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@
|
|
|
|
| |
ok miod@
|