summaryrefslogtreecommitdiffstats
path: root/lib
Commit message (Collapse)AuthorAgeFilesLines
* Fix binary compatibility to the official LibUSB 1.0.hselasky2012-04-252-10/+3
| | | | | | | | This is useful for GNU/kFreeBSD and the libusb2debian port. Applications using the asynchronous API of LibUSB 1.0 needs to be recompiled after this update. Found by: lme @
* Take the spinlock around clearing of the fp->_flags in fclose(3), whichkib2012-04-243-9/+34
| | | | | | | | | indicates the avaliability of FILE, to prevent possible reordering of the writes as seen by other CPUs. Reported by: Fengwei yin <yfw.bsd gmail com> Reviewed by: jhb MFC after: 1 week
* Revert r234356 for now, as it leads to run-time problems on 32-bitdim2012-04-232-8/+1
| | | | | | | PowerPC. Note this will break world. Reported by: andreast Pointy hat to: dim
* Bugfix: Include whitespace characters in the count of the number ofdas2012-04-221-1/+1
| | | | characters read.
* Bugfix: Correctly count the number of characters read for %l[ conversions.das2012-04-221-7/+4
|
* Bugfix: %n doesn't count as a conversion, sodas2012-04-222-2/+0
| | | | sscanf("abc", "ab%ncd", &i) returns EOF, not 0.
* Refactor scanf to improve modularity. Conversions are now performeddas2012-04-222-668/+843
| | | | | | by separate conversion functions. This will hopefully make bugs more noticeable (I noticed several already) and provide opportunities to reduce code duplication.
* Fix some incorrect symbol versions.theraven2012-04-221-4/+4
| | | | Reported by: das
* Import jemalloc a8f8d7540d66ddee7337db80c92890916e1063ca (dev branch,jasone2012-04-221-12/+12
| | | | | | | | | prior to 3.0.0 release). This fixes several bugs related to memory initialization. Mangle __jemalloc_a0{malloc,calloc,free}() just like all the other library-internal symbols in jemalloc, and adjust the tls allocation code in libc to use the mangled names.
* - Use quote when tab is used;delphij2012-04-221-2/+3
| | | | - Follow the same macros used in device driver manual pages.
* As noted by Peter Jeremy, r234528 only partially fixed the infinitedas2012-04-211-1/+1
| | | | | | | loop bug introduced in r187302. This completes the fix. PR: 167039 MFC after: 3 days
* If the size passed to {,v}s{w,n}printf is larger than INT_MAX+1das2012-04-215-6/+29
| | | | | | | | | | | | | | | | | (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
* - Fix the claim that the output is always null-terminated. This isn'tdas2012-04-211-17/+29
| | | | | | | | | | | true if the size is zero. - Fix a claim that sprintf() is the same as snprintf() with an infinite size. It's equivalent to snprintf() with a size of INT_MAX + 1. - Document the return values in the return values section. - Document the possible errno value of EOVERFLOW. MFC after: 2 weeks
* Ensure that the {,v}swprintf functions always null-terminate thedas2012-04-211-0/+3
| | | | output string, even if an encoding error or malloc failure occurs.
* Fix a bug introduced in r187302 that was causing fputws() to enter andas2012-04-211-1/+1
| | | | | | | | | infinite loop pretty much unconditionally. It's remarkable that the patch that introduced the bug was never tested, but even more remarkable that nobody noticed for over two years. PR: 167039 MFC after: 3 days
* After r217375, some startup objects under lib/csu are built in a specialdim2012-04-207-21/+21
| | | | | | | | | | | | | | | | | | | | | | | | | | | way: first they are compiled to assembly, then some sed'ing is done on the assembly, and lastly the assembly is compiled to an object file. This last step is done using ${CC}, and not ${AS}, because when the compiler is clang, it outputs directives that are too advanced for our old gas. So we use clang's integrated assembler instead. (When the compiler is gcc, it just calls gas, and nothing is different, except one extra fork.) However, in the .s to .o rules in lib/csu/$ARCH/Makefile, I still passed CFLAGS to the compiler, instead of ACFLAGS, which are specifically for compiling .s files. In case you are using '-g' for debug info anywhere in your CFLAGS, it causes the .s files to already contain debug information in the assembly itself. In the next step, the .s files are also compiled using '-g', and if the compiler is clang, it complains: "error: input can't have .file dwarf directives when -g is used to generate dwarf debug info for assembly code". Fix this by using ${ACFLAGS} for compiling the .s files instead. Reported by: jasone MFC after: 1 week
* Fix some compile warnings.hselasky2012-04-206-30/+29
| | | | MFC after: 1 week
* Properly use SHA1_Final() instead of SHA_Final().ed2012-04-191-1/+1
| | | | | | | | In this case it doesn't really matter, as long as we turn a TTY name into a set of shuffled bytes. Still, for correctness we should use the proper function. MFC after: 2 weeks
* Update file(1) to version 5.11.obrien2012-04-192-13/+67
|
* Set SIGCANCEL to SIGTHR as part of some cleanup of DTrace code.gnn2012-04-181-1/+1
| | | | | Reviewed by: davidxu@ MFC after: 1 week
* Fix typo in ".PATH"pluknet2012-04-181-1/+1
|
* Import jemalloc 9ef7f5dc34ff02f50d401e41c8d9a4a928e7c2aa (dev branch,jasone2012-04-1713-8250/+182
| | | | | | | | prior to 3.0.0 release) as contrib/jemalloc, and integrate it into libc. The code being imported by this commit diverged from lib/libc/stdlib/malloc.c in March 2010, which means that a portion of the jemalloc 1.0.0 ChangeLog entries are relevant, as are the entries for all subsequent releases.
* Work around an issue on 32-bit PowerPC, where clang executable can getdim2012-04-162-1/+8
| | | | | | too big, causing 'relocation truncated to fit' errors at link time. Reviewed by: nwhitehorn
*-. Upgrade our copy of llvm/clang to trunk r154661, in preparation of thedim2012-04-1653-79/+269
|\ \ | | | | | | | | | | | | | | | | | | upcoming 3.1 release (expected in a few weeks). Preliminary release notes can be found at: <http://llvm.org/docs/ReleaseNotes.html> MFC after: 2 weeks
| | * Vendor import of clang trunk r154661:dim2012-04-14435-34948/+91609
| | | | | | | | | | | | http://llvm.org/svn/llvm-project/cfe/trunk@r154661
| | * Vendor import of clang 3.0 final release:dim2011-12-0911-857/+992
| | | | | | | | | | | | http://llvm.org/svn/llvm-project/cfe/tags/RELEASE_30/final@145349
| * | Vendor import of llvm trunk r154661:dim2012-04-141307-70971/+111145
| | | | | | | | | | | | http://llvm.org/svn/llvm-project/llvm/trunk@r154661
* | | Replace the C implementation of __aeabi_read_tp with an assembly version.andrew2012-04-162-14/+9
| | | | | | | | | | | | | | | | | | This ensures we follow the ABI by preserving registers r1-r3. Reviewed by: jmallett, imp
* | | When searching for uninitialized memory usage add ensure that the entireeadler2012-04-151-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | struct is set to zero. PR: bin/166483 Submitted by: Roy Marples <roy@marples.name> Reviewed by: delphij Approved by: cperciva MFC after: 3 days
* | | Additional manual page updates for r234103.jh2012-04-131-8/+12
| | | | | | | | | | | | Submitted by: bde
* | | Add missing LibUSB 1.0 API function.hselasky2012-04-124-1/+33
| | | | | | | | | | | | | | | Reported by: lme @ MFC after: 1 week
* | | Fix error messages containing the executed command namedumbbell2012-04-121-31/+77
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Before, we took the first argument to pam_exec(8). With the addition of options in front of the command, this could be wrong. Now, options are parsed before calling _pam_exec() and messages contain the proper command name. While here, fix a warning. Sponsored by: Yakaz (http://www.yakaz.com)
* | | Support percent-encoded user and passwordemaste2012-04-111-6/+45
| | | | | | | | | | | | | | | | | | | | | | | | | | | RFC 1738 specifies that any ":", "@", or "/" within a user name or password in a URL is percent-encoded, to avoid ambiguity with the use of those characters as URL component separators. Reviewed by: rstone@ MFC after: 1 month
* | | Make the item numbers match the crypt magic numbereadler2012-04-111-0/+2
| | | | | | | | | | | | | | | | | | | | | PR: docs/166497 Submitted by: Mike Kelly <pioto@pioto.org> Approved by: cperciva MFC after: 1 week
* | | Return EBADF instead of EMFILE from dup2 when the second argument iseadler2012-04-112-7/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | outside the range of valid file descriptors PR: kern/164970 Submitted by: Peter Jeremy <peterjeremy@acm.org> Reviewed by: jilles Approved by: cperciva MFC after: 1 week
* | | Do not restore the register holding the TLS pointer when doing variousnwhitehorn2012-04-116-6/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | usermode context switches (long jumps and ucontext operations). If these are used across threads, multiple threads can end up with the same TLS base. Madness will then result. This makes behavior on PPC match that on x86 systems and on Linux. MFC after: 10 days
* | | Back out r233646. Although it fixed most libgeom consumers under 32-bitjmallett2012-04-102-82/+29
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | compatibility, it broke programs using devstat, under 32-bit compatibility and not. It's very difficult to fix the identifiers used by devstat, so this change is simply being backed out. Since changes to 3rd-party code seem likely, and may be necessary to properly fix 32-bit binaries on 64-bit kernel, it would seem better to make more invasive changes to fix GEOM's problems with 32-bit compatibility in general. The right thing to do is to replace all of the use of pointers as opaque identifiers with a fixed-size (64-bit or even 32-bit should be enough for tracking unique GEOM elments) field. That probably maintains source compatibility with most GEOM consumers, and allows xml2tree to make better assumptions about how to decode the identifiers. Submitted by: Anton Yuzhaninov
* | | - Return EPERM from ufs_setattr() when an user without PRIV_VFS_SYSFLAGSjh2012-04-101-3/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | privilege attempts to toggle SF_SETTABLE flags. - Use the '^' operator in the SF_SNAPSHOT anti-toggling check. Flags are now stored to ip->i_flags in one place after all checks. Submitted by: bde
* | | sem_open: Make sure to fail an O_CREAT|O_EXCL open, even if that semaphorejilles2012-04-091-4/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | is already open in this process. If the named semaphore is already open, sem_open() only increments a reference count and did not take the flags into account (which otherwise happens by passing them to open()). Add an extra check for O_CREAT|O_EXCL. PR: kern/166706 Reviewed by: davidxu MFC after: 10 days
* | | Unlike other functions __aeabi_read_tp function must preserve r1-r3. Theandrew2012-04-081-2/+5
| | | | | | | | | | | | | | | | | | | | | currently generated code clobbers r3. Fix this by loading ARM_TP_ADDRESS using inline assembly. Approved by: imp (mentor)
* | | - Use __NO_TLS preprocessor value to make assumptions about TLS supportstas2012-04-081-1/+1
| | | | | | | | | | | | on a platform.
* | | - Revert part of r234005, which I did not intend to commit.stas2012-04-071-1/+1
| | | | | | | | | | | | Sorry! :(
* | | - Add kernel config file for QEMU-emulated gumstix board.stas2012-04-071-1/+1
| | |
* | | Properly resolve the _ctx_start function descriptor (the symbol _ctx_startnwhitehorn2012-04-071-1/+1
| | | | | | | | | | | | | | | | | | | | | is a descriptor, not a code address), which prevents crashes when starting a context. This fixes QEMU on powerpc64. MFC after: 3 days
* | | mdoc: fix function type.joel2012-04-071-1/+1
| | |
* | | mdoc: fix column names, indentation, column separation within each row, andjoel2012-04-0712-103/+104
| | | | | | | | | | | | | | | | | | | | | quotation. Also make sure we have the same amount of columns in each row as the number of columns we specify in the head arguments. Reviewed by: brueffer
* | | Fix a bug in remquo{,f,l}, in which the quotient didn't always have thedas2012-04-073-5/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | correct sign when the remainder was 0. Fix a separate bug in remquo alone, in which the remainder and quotient were both off by a bit in certain cases involving subnormal remainders. The bugs affected all platforms except amd64 and i386, on which the routines are implemented in assembly. PR: 166463 Submitted by: Ilya Burylov MFC after: 2 weeks
* | | - Do not use deprecated krb5 error message reporting functions in libtelnet.stas2012-04-061-1/+0
| | |
* | | Update to version 9.8.2, the latest from ISC, which contains numerous bug fixes.dougb2012-04-057-68/+71
| | |
* | | In sem_post, the field _has_waiters is no longer used, because somedavidxu2012-04-051-16/+8
| | | | | | | | | | | | | | | | | | | | | application destroys semaphore after sem_wait returns. Just enter kernel to wake up sleeping threads, only update _has_waiters if it is safe. While here, check if the value exceed SEM_VALUE_MAX and return EOVERFLOW if this is true.
OpenPOWER on IntegriCloud