src/lib/libc/stdio/local.h, branch upstream/11.0.0 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=upstream%2F11.0.0 2012-04-29T16:28:39Z Previously, vfscanf()'s wide character processing functions were 2012-04-29T16:28:39Z David Schultz das@FreeBSD.org 2012-04-29T16:28:39Z urn:sha1:d7af8cf14be778fbf7f6ebc84346ae88fbd6978f reading wide characters manually. With this change, they now use fgetwc(). To make this work, we use an internal version of fgetwc() with a few extensions: it takes an mbstate * because non-wide streams don't have a built-in mbstate, and it indicates the number of bytes read. vfscanf() now resembles vfwscanf() more closely. Minor functional improvements include working xlocale support in vfscanf(), setting the stream error indicator on encoding errors, and proper handling of shift-based encodings. (Actually, making shift-based encodings work with non-wide streams is hopeless, but the implementation now matches the broken specification.) Implement xlocale APIs from Darwin, mainly for use by libc++. This adds a 2011-11-20T14:45:42Z David Chisnall theraven@FreeBSD.org 2011-11-20T14:45:42Z urn:sha1:3c87aa1d3dc1d8dad3efad322852a8e1e76dee55 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) - Use an initializer macro to initialize fields in 'fake' FILE objects used 2010-03-11T17:03:32Z John Baldwin jhb@FreeBSD.org 2010-03-11T17:03:32Z urn:sha1:1b0181df2f46ef73a41ea8c9b7026718f8eec3a1 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 Expose FILE's internals to the world again in all their glory. Restore 2008-05-05T16:03:52Z John Baldwin jhb@FreeBSD.org 2008-05-05T16:03:52Z urn:sha1:19e03ca8038019fe0fe7f511b91b758b95b78664 all the previous inline optimizations as well. FILE is back to using __mbstate_t, struct pthread *, and struct pthread_mutex *. Next round of stdio changes: Remove all inlining of stdio operations and 2008-05-02T15:25:07Z John Baldwin jhb@FreeBSD.org 2008-05-02T15:25:07Z urn:sha1:c17bf9a9a5a3b59e03108b785f6b15070ff25651 move the definition of the type backing FILE (struct __sFILE) into an internal header. - Remove macros to inline certain operations from stdio.h. Applications will now always call the functions instead. - Move the various foo_unlocked() functions from unlocked.c into foo.c. This lets some of the inlining macros (e.g. __sfeof()) move into foo.c. - Update a few comments. - struct __sFILE can now go back to using mbstate_t, pthread_t, and pthread_mutex_t instead of knowing about their private, backing types. MFC after: 1 month Reviewed by: kan Next stage of stdio cleanup: Retire __sFILEX and merge the fields back into 2008-04-17T22:17:54Z John Baldwin jhb@FreeBSD.org 2008-04-17T22:17:54Z urn:sha1:1e98f88776fc606df245a382685b1ac634a81389 __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 Per Regents of the University of Calfornia letter, remove advertising 2007-01-09T00:28:16Z Warner Losh imp@FreeBSD.org 2007-01-09T00:28:16Z urn:sha1:c879ae3536e6d92b8d96c8965c5b05fcb9541520 clause. # If I've done so improperly on a file, please let me know. Add fcloseall() to libc. This removes the need to export _cleanup(). 2006-04-22T15:09:15Z Daniel Eischen deischen@FreeBSD.org 2006-04-22T15:09:15Z urn:sha1:b62c955c52603eca6fa3169965074883a2fb19f5 Linux also provides an fcloseall() implementation. Discussed on: arch With current pthread implementations, a mutex initialization will 2005-12-16T02:50:53Z David Xu davidxu@FreeBSD.org 2005-12-16T02:50:53Z urn:sha1:3b52e4d1b797c7c281cd73c515515e4b6c3867fe allocate a memory block. sscanf calls __svfscanf which in turn calls fread, fread triggers mutex initialization but the mutex is not destroyed in sscanf, this leads to memory leak. To avoid the memory leak and performance issue, we create a none MT-safe version of fread: __fread, and instead let __svfscanf call __fread. PR: threads/90392 Patch submitted by: dhartmei MFC after: 7 days Move the declaration of __cleanup to libc_private.h as it is used in both 2005-09-12T13:46:32Z Stefan Farfeleder stefanf@FreeBSD.org 2005-09-12T13:46:32Z urn:sha1:2ba64027bcd11ef6c7d378302a64491ea70cde91 stdio/ and stdlib/. Don't define __cleanup twice.