khronosschoty
17d73c84dc
added Pale Moon 29.4.4
|
2 år sedan | |
|---|---|---|
| .. | ||
| Makefile.in | 2 år sedan | |
| README | 2 år sedan | |
| base64.c | 2 år sedan | |
| plc.def | 2 år sedan | |
| plc.rc | 2 år sedan | |
| plerror.c | 2 år sedan | |
| plgetopt.c | 2 år sedan | |
| plvrsion.c | 2 år sedan | |
| strcase.c | 2 år sedan | |
| strcat.c | 2 år sedan | |
| strchr.c | 2 år sedan | |
| strcmp.c | 2 år sedan | |
| strcpy.c | 2 år sedan | |
| strdup.c | 2 år sedan | |
| strlen.c | 2 år sedan | |
| strpbrk.c | 2 år sedan | |
| strstr.c | 2 år sedan | |
| strtok.c | 2 år sedan | |
README
NSPR 2.0 libc functions
-----------------------
Last edited: AOF 04 March 1997
This directory contains various libc-types of functions. All functions in
this directory are platform independent, thread friendly (both safe and
efficient). They are contributed from various sources, though the contri-
butions are monitored by the NSPR group (mailto:freier).
All API items exported by these functions will contain the same three
character prefix, "PL_" (Portable Library). Internal function names
that are not exported (static) are of little concern, though some caution
must be used on those elements that are 'extern' but not really intended
to be part of the API. Those should all have a prefix of "_PL_" (is that
legal?).
The responsibility for contributions in this area are distributed among
all interested parties.
-----------------------
Last edited: AOF 04 March 1997
This directory contains various libc-types of functions. All functions in
this directory are platform independent, thread friendly (both safe and
efficient). They are contributed from various sources, though the contri-
butions are monitored by the NSPR group (mailto:freier).
All API items exported by these functions will contain the same three
character prefix, "PL_" (Portable Library). Internal function names
that are not exported (static) are of little concern, though some caution
must be used on those elements that are 'extern' but not really intended
to be part of the API. Those should all have a prefix of "_PL_" (is that
legal?).
The responsibility for contributions in this area are distributed among
all interested parties.