如果我通过调用read()来读取文件:
unsigned char buf[512];
memset(buf, 0, sizeof(unsigned char) * 512);
int fd;
int readcount;
int offset = 10315001; /* file size is 14315504 */
fd = open("myfile", O_RDONLY);
lseek(fd, offset, SEEK_SET);
readcount = read(fd, (void*)buf, 8);
close(fd);
read()返回0,但“buf”的内存已经改变(不再是0)。如果我尝试使用fread()读取相同的偏移量和相同的文件:
FILE* file;
file = fopen("myfile", "r");
fseek(file, offset, SEEK_SET);
readcount = fread((void*)buf, 8, 1, file);
fclose(file);
fread()返回0,但buf和以前一样。
如果read()失败,为什么它会改变“buf”的内存空间?还是我犯了一些错误?
感谢您的帮助:)
编辑:每次运行上面的代码时,“buf”都会被以相同的方式更改为read() - >从0到相同的值。所以改变后的“buf”可能不是随机值?
编辑2:偏移参数有效(感谢twalberg),如果我读取另一个有效偏移量,则read()和fread()都将成功,“buf”的结果相同。有没有办法在read()失败时找到错误的方法?当read()返回0时,errno为“No errors”。
答案 0 :(得分:2)
未成功调用read()
或成功的零字节read()
后缓冲区的内容未定义。
可能发生的事情是它为临时存储分配了一个内部(可能是内核端)缓冲区(它填充了不同的垃圾)并将缓冲区复制到缓冲区中,但实际上并没有写入缓冲区。
由于您只需要在成功读取后检查缓冲区,这应该无关紧要。如果您在该缓冲区中有重要数据,请将其移出该处,然后再将其传递给可能删除该数据的函数!
编辑:代码可能如下所示。想象一下kernel_read()
是从文件描述符中读取的系统调用,它需要一个在内核的地址空间而不是进程的地址空间中分配的缓冲区(因为内核看似奇怪的事情就像那样。)
extern __kernel void *kernel_malloc(size_t size);
extern void kernel_copy_from_kernel_to_userland(void *dest, __kernel void *src, size_t size);
extern void kernel_free(__kernel void *address);
extern int kernel_is_valid_fd(int fd);
extern ssize_t kernel_read(int fd, __kernel void *kbuf, size_t count);
ssize_t read(int fd, void *buf, size_t count) {
ssize_t result = -1;
if (0 == kernel_is_valid_fd(fd)) {
__kernel void *kernelbuf = kernel_malloc(count);
if (kernelbuf) {
result = kernel_read(fd, kernelbuf, count);
kernel_copy_from_kernel_to_userland(buf, kernelbuf, count);
kernel_free(kernelbuf);
} else {
errno = ENOMEM;
}
} else {
errno = EINVAL;
}
return result;
}
这是一个思想实验,不是来自任何运输操作系统的真实实现,但也许它可以帮助您理解为什么您可能已经看到了您所看到的内容。
答案 1 :(得分:1)
我想我已经发现了这里发生了什么。 该文件是二进制文件,但我用文本模式(O_RDONLY)读取()它。
offset 10315001的值是0x1a,当read()和fread()函数在文本模式下遇到0x1a时,它们都将返回0,但不同的是,read()仍会写入buf与二进制模式,而fread()不会这样做。