|
Revision tags: release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0 |
|
| #
e95725fe |
| 22-May-2018 |
Konstantin Belousov <[email protected]> |
Implement printf(3) family %m format string extension.
Reviewed by: ed, dim (code only) Sponsored by: Mellanox Technologies MFC after: 1 week
|
| #
8a16b7a1 |
| 20-Nov-2017 |
Pedro F. Giffuni <[email protected]> |
General further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier f
General further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
Special thanks to Wind River for providing access to "The Duke of Highlander" tool: an older (2014) run over FreeBSD tree was useful as a starting point.
show more ...
|
|
Revision tags: release/10.4.0, release/11.1.0 |
|
| #
fda0a14f |
| 29-Jun-2017 |
Konstantin Belousov <[email protected]> |
Make stdio deferred cancel-safe.
If used with fopen(3)/fdopen(3)-ed FILEs, stdio accurately uses non-cancellable internal versions of the functions, i.e. it seems to be fine with regard to cancellat
Make stdio deferred cancel-safe.
If used with fopen(3)/fdopen(3)-ed FILEs, stdio accurately uses non-cancellable internal versions of the functions, i.e. it seems to be fine with regard to cancellation. But if the funopen(3) and f{r,w}open(3) functions were used to open the FILE, and corresponding user functions create cancellation points (they typically have no other choice), then stdio code at least leaks FILE' lock.
The change installs cleanup handler which unlocks FILE. Some minimal restructuring of the code was required to make it use common return place to satisfy hand-rolled pthread_cleanup_pop() requirements.
Noted by: eugen Reviewed by: eugen, vangyzen Tested by: pho Sponsored by: The FreeBSD Foundation MFC after: 2 weeks Differential revision: https://reviews.freebsd.org/D11246
show more ...
|
| #
7c39dd2e |
| 22-Dec-2016 |
Enji Cooper <[email protected]> |
Revert r310138
Adding %b support to vfprintf for parity with kernel space requires more discussion/review.
In particular, many parties were concerned over introducing a non-standard format qualifie
Revert r310138
Adding %b support to vfprintf for parity with kernel space requires more discussion/review.
In particular, many parties were concerned over introducing a non-standard format qualifier to *printf(3) which didn't already exist in other OSes, e.g. Linux, thus making code which used %b harder to port to other operating systems.
Requested by: many
show more ...
|
| #
ec055aef |
| 16-Dec-2016 |
Conrad Meyer <[email protected]> |
vfprintf(3): Add support for kernel %b format
This is a direct port of the kernel %b format.
I'm unclear on if (more) non-portable printf extensions will be a problem. I think it's desirable to hav
vfprintf(3): Add support for kernel %b format
This is a direct port of the kernel %b format.
I'm unclear on if (more) non-portable printf extensions will be a problem. I think it's desirable to have userspace formats include all kernel formats, but there may be competing goals I'm not aware of.
Reviewed by: no one, unfortunately Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D8426
show more ...
|
|
Revision tags: release/11.0.1, release/11.0.0 |
|
| #
1bf6c5f1 |
| 25-Aug-2016 |
Andrey A. Chernov <[email protected]> |
Don't check for __SERR which may stick from one of any previous stdio functions. __SERR is for user and the rest of stdio code do not check it for error sensing internally, only set it. In vf(w)print
Don't check for __SERR which may stick from one of any previous stdio functions. __SERR is for user and the rest of stdio code do not check it for error sensing internally, only set it. In vf(w)printf.c here it is more easy to save __SERR, clear and restore it.
show more ...
|
|
Revision tags: release/10.3.0, release/10.2.0, release/10.1.0 |
|
| #
450ead86 |
| 20-Jul-2014 |
Pedro F. Giffuni <[email protected]> |
Adjust errno on failed prepwrite.
Obtained from: Apple Inc. (Libc 997.90.3) Phabric: D442 MFC after: 1 week
|
|
Revision tags: release/9.3.0, release/10.0.0, release/9.2.0, release/8.4.0 |
|
| #
1d8053c5 |
| 23-Apr-2013 |
Ed Maste <[email protected]> |
Renumber clauses to reduce diffs to other versions
NetBSD, OpenBSD, and Android's Bionic all number the clauses 1 through 3, so follow suit to make comparison easier.
Acked-by: imp@
|
|
Revision tags: release/9.1.0 |
|
| #
666d00d3 |
| 21-Apr-2012 |
David Schultz <[email protected]> |
If the size passed to {,v}s{w,n}printf is larger than INT_MAX+1 (i.e., the return value would overflow), set errno to EOVERFLOW and return an error. This improves the chances that buggy applications
If the size passed to {,v}s{w,n}printf is larger than INT_MAX+1 (i.e., the return value would overflow), set errno to EOVERFLOW and return an error. This improves the chances that buggy applications -- for instance, ones that pass in a negative integer as the size due to a bogus calculation -- will fail in safe ways. Returning an error in these situations is specified by POSIX, but POSIX appears to have an off-by-one error that isn't duplicated in this change.
Previously, some of these functions would silently cap the size at INT_MAX+1, and others would exit with an error after writing more than INT_MAX characters.
PR: 39256 MFC after: 2 weeks
show more ...
|
|
Revision tags: release/8.3.0_cvs, release/8.3.0, release/9.0.0 |
|
| #
3c87aa1d |
| 20-Nov-2011 |
David Chisnall <[email protected]> |
Implement xlocale APIs from Darwin, mainly for use by libc++. This adds a load of _l suffixed versions of various standard library functions that use the global locale, making them take an explicit
Implement xlocale APIs from Darwin, mainly for use by libc++. This adds a load of _l suffixed versions of various standard library functions that use the global locale, making them take an explicit locale parameter. Also adds support for per-thread locales. This work was funded by the FreeBSD Foundation.
Please test any code you have that uses the C standard locale functions!
Reviewed by: das (gdtoa changes) Approved by: dim (mentor)
show more ...
|
|
Revision tags: release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0 |
|
| #
1b0181df |
| 11-Mar-2010 |
John Baldwin <[email protected]> |
- Use an initializer macro to initialize fields in 'fake' FILE objects used by *sprintf(), etc. - Explicitly initialize _fl_mutex to PTHREAD_MUTEX_INITIALIZER for all FILE objects. This is curre
- Use an initializer macro to initialize fields in 'fake' FILE objects used by *sprintf(), etc. - Explicitly initialize _fl_mutex to PTHREAD_MUTEX_INITIALIZER for all FILE objects. This is currently a nop on FreeBSD, but is import for other platforms (or in the future) where PTHREAD_MUTEX_INITIALIZER is not simply zero.
PR: threads/141198 Reported by: Jeremy Huddleston @ Apple MFC after: 2 weeks
show more ...
|
|
Revision tags: release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0 |
|
| #
353ce11c |
| 28-Feb-2009 |
David Schultz <[email protected]> |
Replace a dozen lines of code with a call to strnlen() / wcsnlen().
|
| #
0881683b |
| 28-Feb-2009 |
David Schultz <[email protected]> |
Make sure %zd treats negative arguments properly on 32-bit platforms. Fix harmless but related bugs in %_$zd and %_$tu.
PR: 131880 MFC after: 1 week
|
| #
21ca178e |
| 22-Jan-2009 |
David Schultz <[email protected]> |
Add support for multibyte thousands_sep encodings, e.g., U+066C. The integer thousands' separator code is rewritten in order to avoid having to preallocate a buffer for the largest possible digit str
Add support for multibyte thousands_sep encodings, e.g., U+066C. The integer thousands' separator code is rewritten in order to avoid having to preallocate a buffer for the largest possible digit string with the most possible instances of the longest possible multibyte thousands' separator. The new version inserts thousands' separators for integers using the same code as floating point.
show more ...
|
| #
5004a238 |
| 19-Jan-2009 |
David Schultz <[email protected]> |
Add support for multibyte decimal_point encodings, e.g., U+066B.
|
| #
a1805f7b |
| 17-Jan-2009 |
David Schultz <[email protected]> |
When f[w]printf() is called on an unbuffered file like stdout, it sets up a fake buffered FILE and then effectively calls itself recursively. Unfortunately, gcc doesn't know how to do tail call elimi
When f[w]printf() is called on an unbuffered file like stdout, it sets up a fake buffered FILE and then effectively calls itself recursively. Unfortunately, gcc doesn't know how to do tail call elimination in this case, and actually makes things worse by inlining __sbprintf(). This means that f[w]printf() to stderr was allocating about 5k of stack on 64-bit platforms, much of which was never used.
I've reorganized things to eliminate the waste. In addition to saving some stack space, this improves performance in my tests by anywhere from 5% to 17% (depending on the test) when -fstack-protector is enabled. I found no statistically significant performance difference when stack protection is turned off. (The tests redirected stderr to /dev/null.)
show more ...
|
| #
0a492640 |
| 15-Jan-2009 |
David Schultz <[email protected]> |
Reduce code duplication by moving functions that are identical in both vfprintf.c and vfwprintf.c (except for char/wchar_t differences) to a common header file.
|
| #
814d1bc9 |
| 15-Jan-2009 |
David Schultz <[email protected]> |
Convert the insidious macros that handle printf()'s buffering into slightly less evil inline functions, and move the buffering state into a struct. This will make it possible for helper routines to p
Convert the insidious macros that handle printf()'s buffering into slightly less evil inline functions, and move the buffering state into a struct. This will make it possible for helper routines to produce output for printf() directly, making it possible to untangle the code somewhat.
In wprintf(), use the same buffering mechanism to reduce diffs to printf(). This has the side-effect of causing wprintf() to catch write errors that it previously ignored.
show more ...
|
|
Revision tags: release/7.1.0_cvs, release/7.1.0 |
|
| #
e18701f4 |
| 11-Dec-2008 |
David Schultz <[email protected]> |
Consolidate some variable initializations. No substantive change.
|
| #
33bff5d3 |
| 10-Dec-2008 |
David Schultz <[email protected]> |
Move the xprintf hook to where it belongs; it shouldn't be in the middle of vfprintf's variable declarations.
|
|
Revision tags: release/6.4.0_cvs, release/6.4.0 |
|
| #
e62e5ff9 |
| 29-Jun-2008 |
David Schultz <[email protected]> |
Correctly handle malloc() failure. While here, reduce the code size a bit by removing some calls to the inline function addtype().
|
| #
2591efcc |
| 29-Jun-2008 |
David Schultz <[email protected]> |
Reduce the level of duplication between vfprintf() and vfwprintf() by moving the positional argument handling code to a new file, printf-pos.c, and moving common definitions to printflocal.h. No func
Reduce the level of duplication between vfprintf() and vfwprintf() by moving the positional argument handling code to a new file, printf-pos.c, and moving common definitions to printflocal.h. No functional change intended.
show more ...
|
| #
e5abb5e6 |
| 29-Jun-2008 |
David Schultz <[email protected]> |
Begin de-spaghettifying the code that handles positional arguments. In particular, encapsulate the state of the type table in a struct, and add inline functions to initialize, free, and manipulate th
Begin de-spaghettifying the code that handles positional arguments. In particular, encapsulate the state of the type table in a struct, and add inline functions to initialize, free, and manipulate that state. This replaces some ugly macros that made proper error handling impossible.
While here, remove an unneeded test for NULL and a variable that is initialized (many times!) but never used. The compiler didn't catch these because of rampant use of the same variable to mean different things in different places.
This commit should not cause any changes in functionality.
show more ...
|
| #
1e98f887 |
| 17-Apr-2008 |
John Baldwin <[email protected]> |
Next stage of stdio cleanup: Retire __sFILEX and merge the fields back into __sFILE. This was supposed to be done in 6.0. Some notes: - Where possible I restored the various lines to their pre-__sF
Next stage of stdio cleanup: Retire __sFILEX and merge the fields back into __sFILE. This was supposed to be done in 6.0. Some notes: - Where possible I restored the various lines to their pre-__sFILEX state. - Retire INITEXTRA() and just initialize the wchar bits (orientation and mbstate) explicitly instead. The various places that used INITEXTRA didn't need the locking fields or _up initialized. (Some places needed _up to exist and not be off the end of a NULL or garbage pointer, but they didn't require it to be initialized to a specific value.) - For now, stdio.h "knows" that pthread_t is a 'struct pthread *' to avoid namespace pollution of including all the pthread types in stdio.h. Once we remove all the inlines and make __sFILE private it can go back to using pthread_t, etc. - This does not remove any of the inlines currently and does not change any of the public ABI of 'FILE'.
MFC after: 1 month Reviewed by: peter
show more ...
|
|
Revision tags: release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0 |
|
| #
970a466c |
| 08-May-2007 |
David Schultz <[email protected]> |
We should never zero-pad INF or NaN (yielding silly strings like "00inf") even if the programmer asks for zero padding.
|