Searched hist:106184 (Results 1 - 11 of 11) sorted by relevance
| /freebsd-10-stable/include/ | ||
| H A D | uuid.h | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| /freebsd-10-stable/lib/libc/uuid/ | ||
| H A D | uuid_create.c | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| H A D | uuid_create_nil.c | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| H A D | uuid_equal.c | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| H A D | uuid_from_string.c | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| H A D | uuid_hash.c | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| H A D | uuid_is_nil.c | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| H A D | uuid_to_string.c | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| H A D | Makefile.inc | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| H A D | uuid.3 | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
| H A D | uuid_compare.c | 106184 Wed Oct 30 01:51:00 MST 2002 marcel Implement DCE 1.1 compliant UUID functions. Immediate use of these functions is expected for uuidgen(1), mca(8) and gpt(8). Given the generic use of UUIDs beyond the scope of the DCE 1.1 specification, visibility of the data structure at all levels of the machine, including firmware and the wish to not create a permanent build- time FreeBSD-ism for DCE compliant applications by creating a new library, it was decided that libc would be the least inappropriate place. Also, because the UUID functions live in libc under IRIX as well, we have maximized our portability and left as many options open as possible. This implementation introduces an extension not found in the specification: the status parameter is allowed to be a NULL- pointer. The reason for introducing the extension is because the status is almost never of any use. The manpage that's part of this commit is a minimal place-holder and is further fleshed-out in the near future. Approved by: re@ Contributed by: Hiten Mahesh Pandya <hiten@unixdaemons.com> Sponsored by: marcel :-) Tested on: alpha, i386, ia64 |
Completed in 102 milliseconds