uclibc-ng.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2007-02-08	Paul Brook writes:	Mike Frysinger
	I'm seeing a hang in applications that open and close files with a non-threaded uClibc. There is code in fclose() to remove a file handle from _stdio_openlist however it's commented out, allegedly because it is dead. _stdio_openlist is used in several places, including _stdio_term when a program exits. fclose() frees the struct, so I don't see how the code can possibly be redundant. In the __UCLIBC_HAS_THREADS__ && __STDIO_BUFFERS case the file is removed from _stdio_openlist by __STDIO_OPENLIST_DEC_USE. The attached patch fixes this bug be re-enabling the code.
2006-12-06	stdio update from mjn3	Eric Andersen

2006-01-14	make DODEBUG=y happy, update sysdeps/common/* copyright	Peter S. Mazinger

2006-01-14	other failures w/ different options	Peter S. Mazinger

2006-01-14	hidden_def/hidden_proto: convert all users (I hope) termios split, add some ↵	Peter S. Mazinger
	missing headers, other jump relocs removed
2006-01-06	used hidden close	Mike Frysinger

2005-12-10	Do hidden fread/fwrite/fclose	Peter S. Mazinger

2004-02-11	New stdio core. Should be more maintainable. Fixes a couple of bugs.	Manuel Novoa III
	Codepaths streamlined. Improved performance for nonthreaded apps when linked with a thread-enabled libc. Minor iconv bug and some locale/thread related startup issues fixed. These showed up in getting a gcj-compiled java helloworld app running. Removed some old extension functions... _stdio_fdout and _stdio_fsfopen.