summaryrefslogtreecommitdiffstats
path: root/lib/libc
Commit message (Collapse)AuthorAgeFilesLines
* Remove the obsolete <rune.h> interface.tjr2004-10-1711-846/+11
|
* Remove support for the obsolete UTF2 encoding.tjr2004-10-179-317/+3
|
* Bump the libc major version number to 6.tjr2004-10-171-1/+1
|
* Document that the length modifier l is ignored for floating pointstefanf2004-10-161-1/+3
| | | | conversion specifiers (a, A, e, E, f, F, g and G).
* Explain it is a negative offset that EINVAL may indicate.yar2004-10-162-4/+4
| | | | | | | Now readers won't get an impression that pointing to beyond the current end of file will result in EINVAL. MFC after: 1 week
* Improve mdoc(7) markup.yar2004-10-161-3/+9
|
* Give details on what will happen if the `offset' argumentyar2004-10-161-2/+6
| | | | | | | | | to sendfile(2) falls beyond the end of file. Touch .Dd. PR: bin/72649 (in the audit trail) MFC after: 1 week
* Enable building with LIBC_SCCS defined.obrien2004-10-1610-13/+10
| | | | Bug submitted by: Andrea Campi <andrea+freebsd_current@webcom.it>
* Try to bring some sanity to the SCM ID's.obrien2004-10-1644-71/+67
| | | | | | + spell LIBC_SCCS consistently + enable builds with LIBC_SCCS defined to not syntax error + minor SCM reformatting to try to have some consistency
* Remove extra closing parenthesis added in revision 1.4.stefanf2004-10-141-1/+1
| | | | Noticed by: Andrea Campi
* Correctly document the return value of strerror() and strerror_r() andkeramida2004-10-121-11/+10
| | | | | | | | the contents of the returned buffer for unknown error codes. PR: docs/72578 Submitted by: Jilles Tjoelker <jilles@stack.nl> MFC after: 3 days
* o Backout rev. 1.16, see 1.3 commit log for more info.maxim2004-10-091-6/+4
| | | | | | | | | | | Requested by: bde o Remove unneeded sys/types.h and netinet/in.h from the synopsis and the example. o We do have struct in_addr in arpa/inet.h, so no need for netinet/in.h. o Mention where AF_* constants defined are. Educated by: bde
* When send()ing to syslogd return ENOBUFS keep trying until success.glebius2004-10-081-8/+18
| | | | | | | | | | This fixes a case, when DoSed syslogd completely loses messages. PR: bin/72366 Discussed with: dwmalone, millert@OpenBSD.org Approved by: julian (mentor) Obtained from: OpenBSD (rev. 1.17, 1.21 by millert) MFC after: 3 months
* Make less wrong for desciptions of signal handlingjulian2004-10-081-41/+53
| | | | MFC in: 1 week
* Mutually cross-reference sysexits(3) and err(3). Add text to err(3)jkoshy2004-10-041-1/+6
| | | | | | recommending that the standard exit codes in sysexits(3) be used. Reviewed by: ru
* Don't add integers to void pointers.stefanf2004-10-031-1/+2
|
* Directly include <runetype.h> for _CurrentRuneLocale, <_ctype.h> doesn'tstefanf2004-10-031-0/+1
| | | | include it in all cases.
* Reflect the fact addr2ascii(3) and ascii2addr(3) need sys/socket.hmaxim2004-09-291-0/+1
| | | | | | | for AF_* constants. Submitted by: Matthew George MFC after: 2 weeks
* Remove __isnanl() to avoid conflicting with the same function in libm.das2004-09-241-10/+0
| | | | | | | | | | | __isnan() and __isnanf() must remain in libc for hysterical raisins. On the other hand, __isnanl() must live in libm because libm uses it internally and can't depend on older versions of libc to provide it. Fortunately, we don't need __isnanl() in both libraries. Prodded by: ale PR: 71698 MT5 candidate
* Arbitraly choose the Variant II for arm.cognet2004-09-231-1/+2
|
* Make setjmp()/longjmp() use sigprocmask.cognet2004-09-231-9/+9
|
* Add a dummy set_tp().cognet2004-09-232-1/+36
|
* Always use bx for returning on Xscale.cognet2004-09-231-76/+76
| | | | Obtained from: NetBSD
* Fix the align-to-32-bits code.cognet2004-09-231-2/+2
| | | | Obtained from: NetBSD
* Prefer C99's __func__ over GCC's __FUNCTION__.stefanf2004-09-221-3/+3
|
* Fix a condition where the hole would be inserted in the wrongkuriyama2004-09-131-4/+2
| | | | | | place during a split. Obtained from: NetBSD
* I found "portsdb -u" dumps core with recent INDEX file, and this iskuriyama2004-09-101-0/+2
| | | | | | | | | | | | | | | caused by refering broken (uninitialized?) pointer which is retrieved from __bt_new() (and from mpool_new()). I don't know why this linp[0] is read before stored because this should be controlled by .lower and .upper member of PAGE structure which are correctly initialized. But this workaround fixes the problem on my environment and this module has #ifdef PURIFY option which initializes new and reused memory from mpool by memset(p, 0xff, size) like as I did. Please feel free to fix the real bug instead of my workaround.
* Fix format strings to unbreak with -DDEBUG option.kuriyama2004-09-104-19/+20
|
* Use the recently introduced RES_DFLRETRY parameter instead of a well-hiddenyar2004-09-091-1/+1
| | | | constant for the default number of retries.
* Fix two problems with REG_ICASE that were introduced with the addition oftjr2004-09-051-13/+10
| | | | | | | | | | | multibyte character support: - In CHadd(), avoid writing past the end of the character set bitmap when the opposite-case counterpart of wide characters with values less than NC have values greater than or equal to NC. - In CHaddtype(), fix a braino that caused alphabetic characters to be added to all character classes! (but only with REG_ICASE) PR: 71367
* Unbreak memmove(). Return the dst argument. While here, fix the ENDmarcel2004-09-041-7/+6
| | | | macro to actually reference memmove, not memcpy.
* Unbreak memcpy(). memcpy() is defined to return the dst argument.marcel2004-09-041-6/+5
| | | | | | By using r8 instead of r14 to do the swap, we put the dst argument in the return register. Since bcopy() doesn't clobber r8, we don't have to do anything else. This fixes ports/textproc/aspell.
* Add a BUGS section and copy the wording from mmap(2)'s MAP_NOSYNC,roam2004-09-031-0/+9
| | | | | | | | | documenting the obsoleteness of the msync(2) syscall and its single remaining purpose. PR: 70916 Submitted by: Radim Kolar <hsn@netmag.cz> MFC after: 3 days
* Septepber -> Septembertjr2004-09-011-1/+1
| | | | Noticed by: ru
* Back out the previous change. glob() still does use strcmp() to ordertjr2004-09-011-4/+4
| | | | pathnames.
* Add cross-reference to ftw(3).tjr2004-08-291-0/+1
|
* Remove the misleading description of the 'key' argument toroam2004-08-271-17/+1
| | | | | | | | | mpool_open(3) - it is *not* really used for synchronization; in fact, it is not used at all. PR: 70929 Submitted by: Martin Kammerhofer <dada@sbox.tugraz.at> MFC after: 3 days
* Don't forget to va_end() the va_list we get from va_copy().des2004-08-262-0/+2
| | | | | Submitted by: Sean McNeil <sean@mcneil.com> MFC after: 3 days
* Make profiling actually work. The gcc compiler emits a call to themarcel2004-08-252-4/+79
| | | | | | | | | | | | | _mcount() stub when profiling is enabled. Emit this code sequence for assembly routines as welli (MCOUNT definition in <machine/asm.h>. We do not pass the GOT entry however as the 4th argument, because it's not used. The _mcount() stub calls __mcount(), which does the actual work. Define _MCOUNT_DECL to define __mcount. We do not have an implementation of mcount(), so we define MCOUNT as empty, but have a weak alias to _mcount() in _mcount.S. Note that the _mcount() stub in the kernel is slightly different from the stub in userland. This is because we do not have to worry about nested routines in the kernel.
* note that it is the caller's responsibility to free any buffer passedalfred2004-08-241-0/+5
| | | | to setvbuf(3) and friends.
* Replace the current implementations of ftw() and nftw() with the OpenBSDtjr2004-08-243-193/+208
| | | | | implementations written by Todd C. Miller. These are cleaner, less buggy and actively maintained.
* struct tm.tm_year is listed as 'years since 1900', and is signed. Onpeter2004-08-241-0/+3
| | | | | | | | | | | | | | | | | | | | | 64 bit systems, years roughly -2^31 through 2^31 can be represented in time_t without any trouble. 32 bit time_t systems only range from roughly 1902 through 2038. As a consequence, none of the date munging code for all the various calendar tweaks before then is present. There are other problems including the fact that there was no 'year zero' and so on. So rather than get excited about trying to figure out when the calendar jumped by two weeks etc, simply disallow negative (ie: prior to 1900) years. This happens to have an important side effect. If you bzero a 'struct tm', it corresponds to 'Jan 0, 1900, 00:00 GMT'. This happens to be representable (after canonification) in 64 bit time_t space. Zero tm structs are generally an error and mktime normally returns -1 for them. Interestingly, it tries to canonify the 'jan 0' to 'dec 31, 1899', ie: year -1. This conveniently trips the negative year test above, which means we can trivially detect the null 'tm' struct. This actually tripped up code at work. :-/ (Don't ask)
* Make sure we allocate at least enough space for the TCB for variant I TLS.dfr2004-08-231-0/+2
| | | | MFC after: 3 days
* Update documentation to match reality: glob() sorts its result accordingtjr2004-08-231-4/+4
| | | | | | | to the current LC_COLLATE setting, not in "ASCII order". PR: 54391 MFC after: 1 week
* Re-word warning about the UTF2 encoding, taking care to use the wordtjr2004-08-211-3/+3
| | | | "obsolete" instead of "deprecated".
* Bump document date for previous.tjr2004-08-212-2/+2
|
* Re-word warning about the rune interface, taking care to use the wordtjr2004-08-212-12/+10
| | | | "obsolete" instead of "deprecated".
* Change "deprecated" in link-time warnings about various rune functionstjr2004-08-214-8/+8
| | | | to "obsolete".
* Re-word compatibility section, taking care to use the word "obsolete" totjr2004-08-2114-54/+64
| | | | | describe the 4.4BSD extension of accepting characters (runes) outside of the range of unsigned char.
* Reword recent addition about memory moving.alfred2004-08-191-5/+4
| | | | | | | | Requested by: keramida Bump .Dd Requested by: ru
OpenPOWER on IntegriCloud