src-test2/lib/libc/string/strerror.3, branch release/5.3.0

Add back the Standards section claiming conformance to 1003.1-2001 and

2002-12-19T10:24:52Z

C99 now that all known standards-related bugs have been fixed.

Rearrange strerror() so that its itoa procedure can be used with

2002-12-18T16:53:31Z

strerror_r(). Doing this allows us to ensure that strerror_r() always fills the supplied buffer regardless of EINVAL or ERANGE errors. strerror()'s semantics have changed slightly such that an argument of 0 is now considered invalid and errno is set to EINVAL. Remove internal regression test for strerror() and strerror_r(). This will be reincarnated in src/tools/regression/lib/libc/string. In strerror(3), add a comment about strerror()'s bogus return type. PR: 44356

Remove the Standards section again until we get these functions sorted

2002-10-24T01:24:26Z

out. This will probably have to wait until after 5.0-R.

Add a Standards section, claiming conformance to IEEE Std. 1003.1-2001.

2002-10-23T10:16:21Z

Also add a note to the Bugs section pointing out that strerror() and perror() share the same static buffer.

Revert last commit. stdio.h include is for perror(), not strerror()

2002-01-31T13:32:14Z

strerror(3) is in string.h, not stdio.h

2002-01-31T13:20:48Z

MFC after: 1 week

mdoc(7) police: minor markup nits.

2001-12-12T15:02:32Z

Make strerror and strerror_r use sys_errlist[0] for errnum = 0. Be

2001-12-07T06:28:58Z

more careful about reporting truncation with ERANGE in strerror_r. Set errno to EINVAL for "unknown" errnum in strerror as required by P1003.1-200x Draft June 14, 2001. More carefully document the handling of strerrbuf when errors (ERANGE, EINVAL) are encountered in strerror_r. Reviewed by: bde (ongoing discussion)

New, improved, more Posix-compliant strerror_r implementation,

2001-12-06T04:53:31Z

complete with documentation. Reviewed by: mike@ gad@ MFC after: 1 week

Add strerror_r function per Posix prototype.

2001-11-27T07:39:46Z

Reviewed by: Mike Barcroft MFC after: 2 weeks