使用read()的一个例子

发表于:2007-05-25来源:作者:点击数: 标签:程序read面的例子一个
下面的程序我不是原创。 #include sys/types.h #include fcntl.h #include unistd.h #include stdlib.h int main( void ) { int fd; int size_read; char buffer[80]; /* Open a file for input */ fd = open( myfile.dat, O_RDONLY ); /* Read the text */
下面的程序我不是原创。

#include <sys/types.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdlib.h>
int main( void )
{
int fd;
int size_read;
char buffer[80];
/* Open a file for input */
fd = open( "myfile.dat", O_RDONLY );
/* Read the text */
size_read = read( fd, buffer,
sizeof( buffer ) );
/* Test for error */
if( size_read == -1 ) {
perror( "Error reading myfile.dat" );
return EXIT_FAILURE;
}
/* Close the file */
close( fd );
return EXIT_SUCCESS;
}

sizeof()是什么意思?
请问这里的 O_RDONLY是什么意思?
请问这里的 EXIT_SUCCESS是术语吗?还是可以自己定义的?

open64() open()

发现有这两个相似的函数,他们有什么区别?

我这里没查到open64()
sizeof()是求变量或数据类型大小的运算符,可以找一本c语言的入门书看一下
O_RDONLY是只读打开,参见 man 2 open
EXIT_SUCCESS和EXIT_FAILURE是退出码,参见 man 3 exit
谢谢~
open64()我是在这里看到的。
http://www.qnx.com/developer/docs/q...ref/o/open.html

size_read = read( fd, buffer,
sizeof( buffer ) );
fd是文件句柄。 这里两次出现buffer,后面的拿80代替,第一个buffer是什么意思?
size_read好象是计算它的返回状态?
mm,第一个buffer是个指针,指向保存读出的内容的空间,read返回的是读到的字节数
谢谢~~请问fd是文件句柄吗?

第一个是是指针?这里是read特别指定的吗?就是说是它的格式。

要不是这样,前面怎么没定义呀?

前面的buffer[80]就一次搞定了
read返回的是读到的字节数,不同意你这句话,read()返回的值后面怎么回判断是否是-1,好象是返回一种状态
open64()是这个:
Large-file support
These functions support 64-bit offsets.

read的三个参数是:
文件描述符:fd
缓冲区指针:buffer
缓冲区大小:sizeof(buffer) (== 80)
如果read调用失败就返回-1(一般系统调用都是失败返回-1),成功就返回读到的字节数

另:APUE是一本好书,建议看看,书名是:
《UNIX环境高级编程》(Advanced Programming in the UNIX Environment)
Richard Stevens写的,机械工业出版社出的中文版。
另外还应该找一本C语言的书看看
谢谢两位!!!

fd是文件描述符,在perl 用open是这样:open(handle,"file_name")

我估计fd和handle的作用相同,只是解释不同
看《UNIX环境编程》P148,有一段。
所有的I/O都是由两个系统调用完成:read()和write(),它们来自C的同名函数,对于这两个函数,第一个参数是文件描述符,第二个参数是字符数组,用做数据源或数据目标;第三个参数是要传输的字节数。

对第二个参数的解释好难理解阿。。。不知道英文版的是怎么说的?
比如说有一个缓冲区
char buf[512];
可以这样来使用:
read(fd, buf, 512);
write(fd,buf,512);
谢谢kj501,对格式感到陌生,先学着吧

原文转自:http://www.ltesting.net

评论列表(网友评论仅供网友表达个人看法,并不表明本站同意其观点或证实其描述)