summaryrefslogtreecommitdiffstats
path: root/lib
Commit message (Collapse)AuthorAgeFilesLines
* reduce cast.ume2005-05-271-3/+3
| | | | MFC after: 1 week
* Do not tread 128-bit UUID as int128. Provide separate macros to get/putemax2005-05-273-9/+81
| | | | | | 128-bit UUID libsdp(3). Fix 128-bit UUID printing in sdpcontrol(8). MFC after: 3 days
* Fix long (and long long) to long double, unsigned to long double and unsignedstefanf2005-05-272-10/+24
| | | | | | | | | | | | | | | long (and unsigned long long) to long double conversions. - Add a parameter that specifies the position of the sign bit to the _QP_TTOQ macro, previously it always looked at bit 31. Pass a negative number to disable sign inspection for unsigned types. This fixes _Qp_xtoq(), _Qp_uitoq() and _Qp_uxtoq(). - In the functions __fpu_itof() and __fpu_xtof(), look at the sign bit to decide whether we're doing a conversion from an unsigned type. If so, don't negate the mantissa if the integer exceeds the biggest signed number. PR: 55773 Patch by: Stephen Paskaluk (based upon) MFC after: 2 weeks
* Check for NULL pointer return.phk2005-05-241-0/+2
| | | | Spotted by: marcus
* Start to address the race issue between restoring a file's contentskientzle2005-05-214-105/+204
| | | | | | | | | | | | | | and restoring the metadata. In particular, the metadata-restore functions now all accept a file descriptor and a pathname. If the file descriptor is set and the platform supports the appropriate syscall, restore the metadata through the file descriptor. Otherwise, restore it through the pathname. This is complicated by varying syscall support (FreeBSD has an fchmod(2) but no fchflags(2), for example) and because non-file entries don't have an fd to use in restoring attributes (for example, mknod(2) doesn't return a file handle). MFC after: 14 days
* Correct return values in myopen() and myclose() in Example code.kientzle2005-05-211-2/+2
| | | | | | Bug: docs/79318 Thanks to: Derek Tattersall MFC after: 7 days
* reduce strlen() call.ume2005-05-201-4/+6
|
* use reentrant.h and simplify.ume2005-05-201-29/+20
|
* check return value of ttyname_r().ume2005-05-201-1/+2
|
* ttyname_r() didn't pass correct buffer size to devname_r().ume2005-05-201-1/+1
|
* Remove unused variables.charnier2005-05-202-3/+2
|
* Remove unused variable. Shorten the path to WARNS=6 compliance.charnier2005-05-201-1/+2
|
* Remove unused variables. Whitespace cleaning.charnier2005-05-201-13/+13
|
* Fix libstand on amd64. Rev 1.46 (obrien) removed the -I. that thepeter2005-05-201-1/+1
| | | | | | | bzip2 support provided, and amd64 depended on. Amd64 has a custom ${.OBJDIR}/machine symlink in it and the -I. picked this up. Without it, the libstand code was being compiled in 32 bit mode, but with 64 bit machine headers.
* Align the stack to a 16 byte boundary so that we can safely call functionsdfr2005-05-191-0/+3
| | | | | | | | | that use SSE. The compiler does attempt to do this in main() but not very successfully - it still manages to use unaligned offsets from %ebp in some cases. Also we need to have an aligned stack in case something uses SSE via _init(). MFC After: 1 week
* Keep the stack aligned to a 16 byte boundary when calling init functionsdfr2005-05-192-0/+4
| | | | | | | so that we don't cause a bus error if they start storing SSE math stuff on the stack. MFC After: 1 week
* Clean up an additional file.obrien2005-05-171-0/+1
|
* Don't use a patch w/in /usr/src. Programmatically change files when needed.obrien2005-05-173-26/+15
|
* Re-enable support for bzip2'ed compressed filesystems.obrien2005-05-172-6/+11
|
* Temporarily disable support for bzip2'ed compressed filesystems, until aobrien2005-05-174-117/+1
| | | | maintainable why of handling them is created.
* Make <runefile.h> internal to libc.ru2005-05-162-1/+63
| | | | Suggested by: phantom
* - The ai_addrlen of a struct addrinfo used to be a size_t, perume2005-05-156-25/+37
| | | | | | | | | | | | | | | | RFC 2553. In XNS5.2, and subsequently in POSIX-2001 and RFC 3493, it was changed to a socklen_t. And, the n_net of a struct netent used to be an unsigned long integer. In XNS5, and subsequently in POSIX-2001, it was changed to an uint32_t. To accomodate for this while preserving ABI compatibility with the old interface, we need to prepend or append 32 bits of padding, depending on the (LP64) architecture's endianness. - Correct 1st argument of getnetbyaddr() to uint32_t on 32 bit arch. Stay as is on 64 bit arch for ABI backward compatibility for now. Reviewed by: das, peter MFC after: 2 weeks
* Submitted by: Jinmei Tatuya, Hajimu Umemotognn2005-05-142-4/+4
| | | | | | | | | | Reviewed by: rwatson at freebsd dot org Approved by: rwatson at freebsd dot org MFC after: 1 week Fix the matchlen() function so that it handles the IPv4 (AF_INET) case correctly. Until now it has been treating IPv4 addresses as if they were IPv6 which could lead to corruption errors.
* Revert to old ttyname_r behavior that when _ioctl() returns 0 (SUCCEEDED),delphij2005-05-141-1/+1
| | | | | | | | | return the buffer immediately. This will permit ssh and/or PAM logins broken by previous commit. The (potential) underlying problem is still under investigation. Point hat to: me
* The header glue.h should provide just a declaration for the variablestefanf2005-05-131-1/+2
| | | | | | | | __sglue, not a definition. PR: 80378 Submitted by: John Engelhart <johne@zang.com> MFC after: 1 week
* NI_WITHSCOPEID cleanupume2005-05-131-1/+1
| | | | Reviewed by: des
* raise readability bit.ume2005-05-131-7/+7
|
* free ypbuf only when yp_match() succeed.ume2005-05-131-1/+1
|
* NI_WITHSCOPEID cleanup. Neither RFC 2553 nor RFC 3493 definesume2005-05-134-34/+11
| | | | | NI_WITHSCOPEID, and our getaddrinfo(3) does nothing special for it, now.
* Provide more POSIX-complaint ttyname_r(3) interface[1], which is slightlydelphij2005-05-133-24/+41
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | different from what has been offered in libc_r (the one spotted in the original PR which is found in libthr has already been removed by David's commit, which is rev. 1.44 of lib/libthr/thread/thr_private.h): - Use POSIX standard prototype for ttyname_r, which is, int ttyname_r(int, char *, size_t); Instead of: char *ttyname_r(int, char *, size_t); This is to conform IEEE Std 1003.1, 2004 Edition [1]. - Since we need to use standard errno for return code, include errno.h in ttyname.c - Update ttyname(3) implementation according to reflect the API change. - Document new ttyname_r(3) behavior - Since we already make use of a thread local storage for ttyname(3), remove the BUGS section. - Remove conflicting ttyname_r related declarations found in libc_r. Hopefully this change should not have changed the API/ABI, as the ttyname_r symbol was never introduced before the last unistd.h change which happens a couple of days before. [1] http://www.opengroup.org/onlinepubs/009695399/functions/ttyname.html Requested by: Tom McLaughlin <tmclaugh sdf lonestar org> Through PR: threads/76938 Patched by: Craig Rodrigues <rodrigc crodrigues org> (with minor changes) Prompted by: mezz@
* Connect MLINKS for ttyname_r(3), and add prototype into unistd.h.delphij2005-05-111-1/+1
|
* Avoid (unnecessarily) casting away const within uuid_is_nil.delphij2005-05-111-2/+2
|
* Document zlib update procedure and provide future maintainers akientzle2005-05-111-0/+44
| | | | | | snapshot of the current state of the import. MFC after: 2 weeks
* Since the FreeBSD local modifications are mostly trivial (consistingkientzle2005-05-1115-78/+91
| | | | | | | | | | | | | primarily of pointless $FreeBSD$ tags), sync most files in HEAD with those in the ZLIB branch. This minimizes the differences between HEAD and ZLIB and should simplify future imports. After this, there are only three files with local modifications (gzio.c, minigzip.c, and zconf.h) and two non-vendor files (Makefile, zopen.c). The rest exactly match the vendor distribution. PR: i386/76294 MFC after: 2 weeks
* archive_entry_set_link is supposed to update whichever link fieldkientzle2005-05-081-1/+2
| | | | | | | | | (symlink or hardlink) is already set. Instead, it was always setting the hardlink field. In particular, this caused GNU tar format long symlinks to be interpreted as hardlinks. Thanks to: Brooks Davis MFC after: 7 days
* Prevent these functions from using stack outside of their frame.deischen2005-05-063-15/+15
| | | | | Reported by: Marc Olzheim <marcolz at stack dot nl> OK'd by: das
* Fix race by using atomic operation, with this change, both libpthreaddavidxu2005-05-061-3/+5
| | | | and libthr now can run profiling on SMP.
* Build userland libalias using src/sys/netinet/libalias.glebius2005-05-0417-10259/+2
| | | | | Reviewed by: ru Repocopy by: peter
* Document the fact that accept(2) may return EINVAL when addrlen iskeramida2005-05-041-0/+4
| | | | | | | | negative (in addition to returning EINVAL when called on a descriptor that is not a socket). Submitted by: Arne H Juul <arnej@europe.yahoo-inc.com> PR: docs/80587
* The correct description for mode "w" isdes2005-05-041-1/+1
| | | | | | | | (((truncate to zero length) or (create)) (text file)) (for writing) and not ((truncate file to zero length) or (create text file)) (for writing) MFC after: 1 week
* do mutex lock for each yp calls. with this,ume2005-05-031-13/+65
| | | | | http://cvsweb.netbsd.org/bsdweb.cgi/src/regress/lib/libpthread/resolv/ is working.
* Cleanup for getgrouplist(3):delphij2005-05-031-8/+6
| | | | | | | | - Use /*- instead of /* for copyright section - Include unistd.h for prototype of it - Sort and separate includes as described in style(9) - ANSIfy the function defination - Use const for the traversing iterator
* fix signed/unsigned comparison warnings.ume2005-05-031-5/+5
| | | | Obtained from: NetBSD
* Include paths.h for prototype of getbootfile(3).delphij2005-05-031-0/+2
|
* the 3rd argument of getsockname() should be socklen_t*.ume2005-05-022-2/+4
| | | | Submitted by: stefanf
* Add convenience APIs pmc_width() and pmc_capabilities() to -lpmc.jkoshy2005-05-014-1/+57
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Have pmcstat(8) and pmccontrol(8) use these APIs. Return PMC class-related constants (PMC widths and capabilities) with the OP GETCPUINFO call leaving OP PMCINFO to return only the dynamic information associated with a PMC (i.e., whether enabled, owner pid, reload count etc.). Allow pmc_read() (i.e., OPS PMCRW) on active self-attached PMCs to get upto-date values from hardware since we can guarantee that the hardware is running the correct PMC at the time of the call. Bug fixes: - (x86 class processors) Fix a bug that prevented an RDPMC instruction from being recognized as permitted till after the attached process had context switched out and back in again after a pmc_start() call. Tighten the rules for using RDPMC class instructions: a GETMSR OP is now allowed only after an OP ATTACH has been done by the PMC's owner to itself. OP GETMSR is not allowed for PMCs that track descendants, for PMCs attached to processes other than their owner processes. - (P4/HTT processors only) Fix a bug that caused the MI and MD layers to get out of sync. Add a new MD operation 'get_config()' as part of this fix. - Allow multiple system-mode PMCs at the same row-index but on different CPUs to be allocated. - Reject allocation of an administratively disabled PMC. Misc. code cleanups and refactoring. Improve a few comments.
* oops, we don't need previous change.ume2005-05-011-8/+4
|
* make it compilable without YP definition.ume2005-05-011-5/+9
|
* don't see RES_USE_INET6 when called from getipnodeby*().ume2005-05-011-6/+14
|
* oops, gethostbyaddr(3) must return h_addr as an IPv4-mappedume2005-04-303-6/+17
| | | | | IPv6 address when RES_USE_INET6 was set, according to RFC 2133 section 6.2.
OpenPOWER on IntegriCloud