J'ai remarqué qu'il y avait (au moins sur Mac OS X) à la fois un en- <string.h>
tête et un en- <strings.h>
tête. man 3 string
révèle qu'ils contiennent des fonctions différentes. Y a-t-il une raison quelconque pour cela?
J'ai remarqué qu'il y avait (au moins sur Mac OS X) à la fois un en- <string.h>
tête et un en- <strings.h>
tête. man 3 string
révèle qu'ils contiennent des fonctions différentes. Y a-t-il une raison quelconque pour cela?
Réponses:
strings.h provient de la branche BSD dans l'évolution unix. Son contenu a été normalisé par POSIX, mais la plupart est marqué comme hérité et peut être facilement remplacé par d'autres fonctions:
int bcmp(const void *, const void *, size_t); /* LEGACY, see memcmp */
void bcopy(const void *, void *, size_t); /* LEGACY, see memcpy, memmove */
void bzero(void *, size_t); /* LEGACY, see memset */
int ffs(int);
char *index(const char *, int); /* LEGACY, see strchr */
char *rindex(const char *, int); /* LEGACY, see strrchr */
int strcasecmp(const char *, const char *);
int strncasecmp(const char *, const char *, size_t);
En général, <strings.h>
ajoute simplement des fonctions de chaîne supplémentaires utiles mais non standard à l'en-tête standard <string.h>
. Pour une portabilité maximale, vous ne devez utiliser que <string.h>
mais si vous avez besoin des fonctions <strings.h>
plus que ce dont vous avez besoin, vous pouvez utiliser à la <strings.h>
place de <string.h>
.
ffs
est peut-être utile.
strings.h
contient des fonctions non standardbcmp bcopy bzero ffs index rindex strcasecmp strncasecmp
… et c'est tout.