Discussion :

[soazig]

Bonjour,
Peut-on être sûr d'avoir un \0 final après un strncat et ce d'après la norme.
Ma question ne porte pas sur telle ou telle implémentation de la norme par tel compilateur, mais est-ce qu'il est précisé dans la norme quelquechose concernant \0 final.
Par exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
char machaine1[20];
char machaine2[20];
strcpy(machaine1,"ABCDEF");
strcpy(machaine2,"123456789A12345");
strncat(machaine1,machaine2,3);

Dans ce cas est-on sûr d'avoir un \0 en fin de chaine ou doit-on par sécurité l'ajouter.

Je viens récemment de me fourvoyer avec strncpy, je voudrais savoir, si le risque est le même avec strncat.

PS : J'ai cherché sur internet et sur le forum, mais j'ai trouvé des informations contradictoire :
a / on ne peut pas être certain d'avoir un \0
b/Il y a un \0 final
c/ce n'est pas précisé.
PPS: Je développe en C sous VMS, unix et windows avec le même code et des compilateurs différents.
Cordialement
Soazig

[gege2061]

Bonjour,

Peut-on être sûr d'avoir un \0 final après un strncat et ce d'après la norme.

Non, il sera ajouté s'il reste de la place (que le résultat de la concaténation est inférieur à la taille passée en paramètre). Il faut faire ceci pour être tranquille :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
strncat (ch1, ch2, size);
ch1[size-1] = '\0';

[Emmanuel Delahaye]

Peut-on être sûr d'avoir un \0 final après un strncat

Oui :

7.21.3.2 The strncat function

Synopsis

1 #include <string.h>
char *strncat(char * restrict s1, const char * restrict s2, size_t n);

Description

2 The strncat function appends not more than n characters (a null character and characters that follow it are not appended) from the array pointed to by s2 to the end of the string pointed to by s1. The initial character of s2 overwrites the null character at the end of s1. A terminating null character is always appended to the result.264) If copying takes place between objects that overlap, the behavior is undefined.

Returns

3 The strncat function returns the value of s1.

-----------------------------------------------------
264) Thus, the maximum number of characters that can end up in the array pointed to by s1 is strlen(s1)+n+1.

[Emmanuel Delahaye]

Non, il sera ajouté s'il reste de la place

Non, tu confonds avec strncpy().

(la remarque N1124.263 concerne strncpy() et non strncat(). J'ai failli aussi me faire piéger)

[Thierry Chappuis]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

char *strncat (char *dest, const char *src, size_t n);

Cette fonction écrase le caractère nul de dest avec le premier caractère de src. Cette fonction copie au plus les n premiers caractères de src et ajoute '\0' à la suite. Ainsi, il faut faire attention.

Imaginons que la chaîne dest passée en premier argument de la fonction soit vide et que tu écris:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
#include <string.h>
/*...*/
char s_buffer[11];
/*...*/
buffer[0] = '\0';
strncat(s_buffer, "Hello world", sizeof s_buffer);

La chaîne contenue dans s_buffer ne contiendra pas le caractère '\0' final, ou plutôt, elle le contiendra, mais ce dernier aura été ajouté hors des limites du tableau de caractères (à la position s_buffer[sizeof s_buffer]). La syntaxe correcte est donc:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
buffer[0] = '\0';
strncat(s_buffer, "Hello world", sizeof s_buffer - 1);

Dans ce cas, strncat est sûre et la chaîne contenue dans s_buffer se termine toujours avec le caractère '\0'.

Maintenat, si s_buffer contient initialement déjà une chaîne de caractère, la manière de faire correcte est:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
#include <string.h>
/*...*/
char s_buffer[11] = "Hello ";
strncat(s_buffer, "world", sizeof s_buffer - strlen(s_buffer) - 1);

Le comportement de la fonction strncat n'est pas très cohérent avec la fonction fgets, par exemple, (char * fgets (char * s, int size, FILE * stream)) qui copie au plus size -1 caractère depuis le flux stream dans s, et qui place le caractère nul terminal. Je ne sais pas pourquoi strncat se comporte d'une manière différente, mais bon...

Thierry

[soazig]

Merci à tous.
Donc si je résume, on est sûr d'avoir un \0 dans la chaine après appel à strncat, il est de la responsabilité du programmeur de se débrouiller pour que l'\0 se trouve dans le tableau de char alloué à la chaine et pas après.

Merci de votre aide.
Soazig

[Emmanuel Delahaye]

Donc si je résume, on est sûr d'avoir un \0 dans la chaine après appel à strncat, il est de la responsabilité du programmeur de se débrouiller pour que l'\0 se trouve dans le tableau de char alloué à la chaine et pas après.

Exactement.