都清楚strncpy的語(yǔ)義嗎

cjaizss

1. 
   
2. #include <stdio.h>
   
3. #include <string.h>
   
4. int main()
   
5. {
   
6.         char buf[4];
   
7.         int i;
   
8.         for(i=0;i<4;i++)
   
9.                 buf[i] = '\x56';
   
10.         strncpy(buf,"\x41\x42\x43",2);
    
11.         for(i=0;i<4;i++)
    
12.                 printf("%02hhx\n", buf[i]);
    
13.         return 0;
    
14. }
    

復(fù)制代碼

不編譯運(yùn)行可以猜對(duì)上述的結(jié)果嗎？
猜錯(cuò)的，反思一下以前有沒有使用錯(cuò)誤的情況。
今天看到一個(gè)錯(cuò)誤的代碼有感。

hellioncu

會(huì)把后面的置0

nswcfd

manpage里說明了src的前n個(gè)byte里沒有\(zhòng)0的行為。

只是不知道這是不是c標(biāo)準(zhǔn)里明確定義的(*)，其它平臺(tái)是不是也都這么實(shí)現(xiàn)的。

* 根據(jù)http://en.cppreference.com/w/c/string/byte/strncpy，貌似是標(biāo)準(zhǔn)定義的行為。

bruceteen

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

Thus, if there is no null character in the first n characters of the array pointed to by s2, the result will not be null-terminated.

抱歉，您的帖子小于 10 個(gè)字符的限制
3 秒后窗口關(guān)閉
               

hellioncu

樓上眼花了

drangon

寫成：

strncpy(buf,"\x41\x42",4);

才能看到你想要的效果吧

cjaizss

代碼會(huì)輸出
41
42
56
56
未必是個(gè)字符串哦，以前可能用錯(cuò)的反省去。

zylthinking

回復(fù) 7# cjaizss

直覺是這個(gè)結(jié)果， 結(jié)果被你嚇得以為有陷阱的要不要反�。�


   

folklore

回復(fù) 7# cjaizss


    沒用錯(cuò)， 不過， 我一般不用這個(gè)函數(shù)。

cjaizss

zylthinking 發(fā)表于 2015-09-18 10:10
回復(fù) 7# cjaizss

直覺是這個(gè)結(jié)果， 結(jié)果被你嚇得以為有陷阱的要不要反�。�

一樣要反省