被复制的文件情况:
[root@iZ25dcp92ckZ multepoolserver]# stat seven.mp4
文件:"seven.mp4"
大小:8573191 块:16752 IO 块:4096 普通文件
设备:ca01h/51713d Inode:7878 硬链接:1
权限:(0644/-rw-r--r--) Uid:( 0/ root) Gid:( 0/ root)
最近访问:2015-06-22 17:31:45.913756498 +0800
最近更改:2015-06-16 16:58:26.000000000 +0800
最近改动:2015-06-16 17:17:17.910047316 +0800
根据上面的大小8573191 编写代码,writeTest.c:
编译此文件:
[root@iZ25dcp92ckZ multepoolserver]# gcc writeTest.c -g -o writeTest
[root@iZ25dcp92ckZ multepoolserver]# ./writeTest
对写入的文件进行md5比对:
[root@iZ25dcp92ckZ multepoolserver]# md5sum sevenCopy.mp4
cf9dc79b01388037577e0a13e261cbe6 sevenCopy.mp4
[root@iZ25dcp92ckZ multepoolserver]# md5sum seven.mp4
cf9dc79b01388037577e0a13e261cbe6 seven.mp4
[root@iZ25dcp92ckZ multepoolserver]# stat seven.mp4
文件:"seven.mp4"
大小:8573191 块:16752 IO 块:4096 普通文件
设备:ca01h/51713d Inode:7878 硬链接:1
权限:(0644/-rw-r--r--) Uid:( 0/ root) Gid:( 0/ root)
最近访问:2015-06-22 17:31:45.913756498 +0800
最近更改:2015-06-16 16:58:26.000000000 +0800
最近改动:2015-06-16 17:17:17.910047316 +0800
创建时间:-
[root@iZ25dcp92ckZ multepoolserver]# stat sevenCopy.mp4
文件:"sevenCopy.mp4"
大小:8573191 块:16752 IO 块:4096 普通文件
设备:ca01h/51713d Inode:9791 硬链接:1
权限:(0644/-rw-r--r--) Uid:( 0/ root) Gid:( 0/ root)
最近访问:2015-06-22 17:31:56.458192181 +0800
最近更改:2015-06-22 17:31:45.919756746 +0800
最近改动:2015-06-22 17:31:45.919756746 +0800
创建时间:-
___________________________________________________________________________________________
recv()函数返回值为二进制字符串的异常问题
用C++的socket进行网络请求,返回的是一张png图片的二进制字符串(png的二进制串中好像含有NUL内容),recv()函数接受返回值时遇到NUL时就中止本次接受的内容,导致本次接受的数据不完整,该如何处理?
首先要说的是你对返回值理解错误了.并不是遇到NULL就中止,而是由你发送的数长度和你接收的buff大小决定.不会遇NULL中止.
当你得到buff的,也就是recv执行成功后,你要取得buff中的全部内容,应该用内存复制(memcpy()),而不能用字符串的复制.字符串的复制是NULL中止.
BYTE rcvbuf[1000]={0};
int Size=recv(sock,rcvbuf,1000,0);
BYTE buf[1000]={0};
memcpy(buf,rcvbuf,Size);
最后还有一种情况,有可能你发送端根本就没有发送完,是发送端NULL中止了.原因可能还是你有了字串copy,没有用内存copy,还有发送长度的计算,你自己都输出看下,才能找到原因.
不要只想到是接收端出问题.并且不要轻易怀疑 别人成熟的东西.
___________________________________________________________________________________________
最近在解析 png 数据文件, 发现一个文件操作中容易忽略的问题,问题描述如下:
在使用 fread 读二进制文件(png 图片)的时候, 发现读取到内存中的数据和 二进制文件中的数据不一致, 同样, 在 使用 fwrite 写二进制文件(png 图片)的时候, 发现写入到内存中的数据和 二进制文件中的数据和内存中的数据也不一致。
这个问题头疼了两天, 结果发现了一个很低级的错误。就是在读写二进制文件的时候,必须确保文件的打开形式是以 二进制读写的形式打开的, 即:文件的打开形式必须是 "rb", "wb" 要不然,读写数据的时候,就会出现错误。
/*
* 函数说明: 写二进制文件
* 参数描述: _fileName, 文件名称
* _buf, 要写的内存缓冲。
* _bufLen, 内存缓冲的长度
* 返回值: 0, 成功
* -1, 失败
*
*/
int writeFile(const STR* _fileName, void* _buf, int _bufLen)
{
FILE * fp = NULL;
if( NULL == _buf || _bufLen <= 0 ) return (-1);
fp = fopen(_fileName, "wb"); // 必须确保是以 二进制写入的形式打开
if( NULL == fp )
{
return (-1);
}
fwrite(_buf, _bufLen, 1, fp); //二进制写
fclose(fp);
fp = NULL;
return 0;
}
/*
* 函数说明: 读二进制文件
* 参数描述: _fileName, 文件名称
* _buf, 读出来的数据存放位置
* _bufLen, 数据的长度信息
* 返回值: 0, 成功
* -1, 失败
*
*/
int readFile(const char* _fileName, void* _buf, int _bufLen)
{
FILE* fp = NULL;
if( NULL == _buf || _bufLen <= 0 ) return (-1);
fp = fopen(_fileName, "rb"); // 必须确保是以 二进制读取的形式打开
if( NULL == fp )
{
return (-1);
}
fread(_buf, _bufLen, 1, fp); // 二进制读
fclose(fp);
return 0;
}
函数使用说明:
FILE * fopen(const char * path,const char * mode);
参数path字符串包含欲打开的文件路径及文件名,
参数mode字符串则代表着流形态。mode有下列几种形态字符串:
r 打开只读文件,该文件必须存在。
r+ 打开可读写的文件,该文件必须存在。
rb+ 读写打开一个二进制文件,只允许读写数据。
rt+ 读写打开一个文本文件,允许读和写。
w 打开只写文件,若文件存在则文件长度清为0,即该文件内容会消失。若文件不存在则建立该文件。
w+ 打开可读写文件,若文件存在则文件长度清为零,即该文件内容会消失。若文件不存在则建立该文件。
a 以附加的方式打开只写文件。若文件不存在,则会建立该文件,如果文件存在,写入的数据会被加到文件尾,即文件原先的内容会被保留。(EOF符保留)
a+ 以附加方式打开可读写的文件。若文件不存在,则会建立该文件,如果文件存在,写入的数据会被加到文件尾后,即文件原先的内容会被保留。 (原来的EOF符不保留)
wb 只写打开或新建一个二进制文件;只允许写数据。
wb+ 读写打开或建立一个二进制文件,允许读和写。
wt+ 读写打开或着建立一个文本文件;允许读写。
at+ 读写打开一个文本文件,允许读或在文本末追加数据。
ab+ 读写打开一个二进制文件,允许读或在文件末追加数据。
上述的形态字符串都可以再加一个b字符,如rb、w+b或ab+等组合,加入b 字符用来告诉函数库打开的文件为二进制文件,而非纯文字文件。不过在POSIX系统,包含Linux都会忽略该字符。由fopen()所建立的新文件会具有S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH(0666)权限,此文件权限也会参考umask 值。
有些C编译系统可能不完全提供所有这些功能,有的C版本不用"r+","w+","a+",而用"rw","wr","ar"等,读者注意所用系统的规定。
返回值
文件顺利打开后,指向该流的文件指针就会被返回。若果文件打开失败则返回NULL,并把错误代码存在errno 中
附加说明
一般而言,开文件后会作一些文件读取或写入的动作,若开文件失败,接下来的读写动作也无法顺利进行,所以在fopen()后请作错误判断及处理。
fread函数和fwrite函数
1.函数功能
用来读写一个数据块。
2.一般调用形式
fread(buffer,size,count,fp);
fwrite(buffer,size,count,fp);
3.说明
(1)buffer:是一个指针,对fread来说,它是读入数据的存放地址。对fwrite来说,是要输出数据的地址。
(2)size:要读写的字节数;
(3)count:要进行读写多少个size字节的数据项;
(4)fp:文件型指针。
来自:http://blog.chinaunix.net/uid-20622737-id-1913086.html
[root@iZ25dcp92ckZ multepoolserver]# stat seven.mp4
文件:"seven.mp4"
大小:8573191 块:16752 IO 块:4096 普通文件
设备:ca01h/51713d Inode:7878 硬链接:1
权限:(0644/-rw-r--r--) Uid:( 0/ root) Gid:( 0/ root)
最近访问:2015-06-22 17:31:45.913756498 +0800
最近更改:2015-06-16 16:58:26.000000000 +0800
最近改动:2015-06-16 17:17:17.910047316 +0800
根据上面的大小8573191 编写代码,writeTest.c:
编译此文件:
[root@iZ25dcp92ckZ multepoolserver]# gcc writeTest.c -g -o writeTest
[root@iZ25dcp92ckZ multepoolserver]# ./writeTest
对写入的文件进行md5比对:
[root@iZ25dcp92ckZ multepoolserver]# md5sum sevenCopy.mp4
cf9dc79b01388037577e0a13e261cbe6 sevenCopy.mp4
[root@iZ25dcp92ckZ multepoolserver]# md5sum seven.mp4
cf9dc79b01388037577e0a13e261cbe6 seven.mp4
[root@iZ25dcp92ckZ multepoolserver]# stat seven.mp4
文件:"seven.mp4"
大小:8573191 块:16752 IO 块:4096 普通文件
设备:ca01h/51713d Inode:7878 硬链接:1
权限:(0644/-rw-r--r--) Uid:( 0/ root) Gid:( 0/ root)
最近访问:2015-06-22 17:31:45.913756498 +0800
最近更改:2015-06-16 16:58:26.000000000 +0800
最近改动:2015-06-16 17:17:17.910047316 +0800
创建时间:-
[root@iZ25dcp92ckZ multepoolserver]# stat sevenCopy.mp4
文件:"sevenCopy.mp4"
大小:8573191 块:16752 IO 块:4096 普通文件
设备:ca01h/51713d Inode:9791 硬链接:1
权限:(0644/-rw-r--r--) Uid:( 0/ root) Gid:( 0/ root)
最近访问:2015-06-22 17:31:56.458192181 +0800
最近更改:2015-06-22 17:31:45.919756746 +0800
最近改动:2015-06-22 17:31:45.919756746 +0800
创建时间:-
___________________________________________________________________________________________
recv()函数返回值为二进制字符串的异常问题
用C++的socket进行网络请求,返回的是一张png图片的二进制字符串(png的二进制串中好像含有NUL内容),recv()函数接受返回值时遇到NUL时就中止本次接受的内容,导致本次接受的数据不完整,该如何处理?
首先要说的是你对返回值理解错误了.并不是遇到NULL就中止,而是由你发送的数长度和你接收的buff大小决定.不会遇NULL中止.
当你得到buff的,也就是recv执行成功后,你要取得buff中的全部内容,应该用内存复制(memcpy()),而不能用字符串的复制.字符串的复制是NULL中止.
BYTE rcvbuf[1000]={0};
int Size=recv(sock,rcvbuf,1000,0);
BYTE buf[1000]={0};
memcpy(buf,rcvbuf,Size);
最后还有一种情况,有可能你发送端根本就没有发送完,是发送端NULL中止了.原因可能还是你有了字串copy,没有用内存copy,还有发送长度的计算,你自己都输出看下,才能找到原因.
不要只想到是接收端出问题.并且不要轻易怀疑 别人成熟的东西.
___________________________________________________________________________________________
最近在解析 png 数据文件, 发现一个文件操作中容易忽略的问题,问题描述如下:
在使用 fread 读二进制文件(png 图片)的时候, 发现读取到内存中的数据和 二进制文件中的数据不一致, 同样, 在 使用 fwrite 写二进制文件(png 图片)的时候, 发现写入到内存中的数据和 二进制文件中的数据和内存中的数据也不一致。
这个问题头疼了两天, 结果发现了一个很低级的错误。就是在读写二进制文件的时候,必须确保文件的打开形式是以 二进制读写的形式打开的, 即:文件的打开形式必须是 "rb", "wb" 要不然,读写数据的时候,就会出现错误。
/*
* 函数说明: 写二进制文件
* 参数描述: _fileName, 文件名称
* _buf, 要写的内存缓冲。
* _bufLen, 内存缓冲的长度
* 返回值: 0, 成功
* -1, 失败
*
*/
int writeFile(const STR* _fileName, void* _buf, int _bufLen)
{
FILE * fp = NULL;
if( NULL == _buf || _bufLen <= 0 ) return (-1);
fp = fopen(_fileName, "wb"); // 必须确保是以 二进制写入的形式打开
if( NULL == fp )
{
return (-1);
}
fwrite(_buf, _bufLen, 1, fp); //二进制写
fclose(fp);
fp = NULL;
return 0;
}
/*
* 函数说明: 读二进制文件
* 参数描述: _fileName, 文件名称
* _buf, 读出来的数据存放位置
* _bufLen, 数据的长度信息
* 返回值: 0, 成功
* -1, 失败
*
*/
int readFile(const char* _fileName, void* _buf, int _bufLen)
{
FILE* fp = NULL;
if( NULL == _buf || _bufLen <= 0 ) return (-1);
fp = fopen(_fileName, "rb"); // 必须确保是以 二进制读取的形式打开
if( NULL == fp )
{
return (-1);
}
fread(_buf, _bufLen, 1, fp); // 二进制读
fclose(fp);
return 0;
}
函数使用说明:
FILE * fopen(const char * path,const char * mode);
参数path字符串包含欲打开的文件路径及文件名,
参数mode字符串则代表着流形态。mode有下列几种形态字符串:
r 打开只读文件,该文件必须存在。
r+ 打开可读写的文件,该文件必须存在。
rb+ 读写打开一个二进制文件,只允许读写数据。
rt+ 读写打开一个文本文件,允许读和写。
w 打开只写文件,若文件存在则文件长度清为0,即该文件内容会消失。若文件不存在则建立该文件。
w+ 打开可读写文件,若文件存在则文件长度清为零,即该文件内容会消失。若文件不存在则建立该文件。
a 以附加的方式打开只写文件。若文件不存在,则会建立该文件,如果文件存在,写入的数据会被加到文件尾,即文件原先的内容会被保留。(EOF符保留)
a+ 以附加方式打开可读写的文件。若文件不存在,则会建立该文件,如果文件存在,写入的数据会被加到文件尾后,即文件原先的内容会被保留。 (原来的EOF符不保留)
wb 只写打开或新建一个二进制文件;只允许写数据。
wb+ 读写打开或建立一个二进制文件,允许读和写。
wt+ 读写打开或着建立一个文本文件;允许读写。
at+ 读写打开一个文本文件,允许读或在文本末追加数据。
ab+ 读写打开一个二进制文件,允许读或在文件末追加数据。
上述的形态字符串都可以再加一个b字符,如rb、w+b或ab+等组合,加入b 字符用来告诉函数库打开的文件为二进制文件,而非纯文字文件。不过在POSIX系统,包含Linux都会忽略该字符。由fopen()所建立的新文件会具有S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH(0666)权限,此文件权限也会参考umask 值。
有些C编译系统可能不完全提供所有这些功能,有的C版本不用"r+","w+","a+",而用"rw","wr","ar"等,读者注意所用系统的规定。
返回值
文件顺利打开后,指向该流的文件指针就会被返回。若果文件打开失败则返回NULL,并把错误代码存在errno 中
附加说明
一般而言,开文件后会作一些文件读取或写入的动作,若开文件失败,接下来的读写动作也无法顺利进行,所以在fopen()后请作错误判断及处理。
fread函数和fwrite函数
1.函数功能
用来读写一个数据块。
2.一般调用形式
fread(buffer,size,count,fp);
fwrite(buffer,size,count,fp);
3.说明
(1)buffer:是一个指针,对fread来说,它是读入数据的存放地址。对fwrite来说,是要输出数据的地址。
(2)size:要读写的字节数;
(3)count:要进行读写多少个size字节的数据项;
(4)fp:文件型指针。
来自:http://blog.chinaunix.net/uid-20622737-id-1913086.html
作者:jackxiang@向东博客 专注WEB应用 构架之美 --- 构架之美,在于尽态极妍 | 应用之美,在于药到病除
地址:https://jackxiang.com/post/8131/
版权所有。转载时必须以链接形式注明作者和原始出处及本声明!
最后编辑: jackxiang 编辑于2015-6-22 17:42
评论列表