我是C的新手。我正在尝试制作我自己的base64
版本; 程序从stdin获取输入并输出相当于stdout的base64。 在针对二进制文件测试我的程序时,我注意到stdin的fread
-ing似乎在实际到达EOF之前提前返回了一个简短的计数。
这是我主要方法的相关部分:
int main(void) { unsigned char buffer[BUFFER_SIZE]; unsigned char base64_buffer[BASE64_BUFFER]; while (1) { TRACE_PUTS("Reading in data from stdin..."); size_t read = fread(buffer, 1, sizeof(buffer), stdin); /* Read the data in using fread(3) */ /* Process the buffer */ TRACE_PRINTF("Amount read: %zun", read); TRACE_PUTS("Beginning base64 encode of buffer"); size_t encoded = base64_encode(buffer, read, base64_buffer, sizeof(base64_buffer)); /* Write the data to stdout */ TRACE_PUTS("Writing data to standard output"); ... if (read < sizeof(buffer)) { break; /* We reached EOF or had an error during the read */ } } if (ferror(stdin)) { /* Handle errors */ fprintf(stderr, "%sn", "There was a problem reading from the file."); exit(1); } puts(""); /* Output a newline before finishing */ return 0; }
如您所见,主循环将stdin上的每次迭代调用fread
到缓冲区,然后在结束时检查读取的数量是否小于缓冲区的大小。 如果是,我们假设存在错误(在这种情况下返回0)或达到EOF,并退出循环。
我假设可以检查read
是< sizeof(buffer)
,而不仅仅是!= 0
,基于来自fread的联机帮助页的引用:
成功时,fread()和fwrite()返回读取或写入的项目数。 此数字等于仅在大小为1时传输的字节数。 如果发生错误或达到文件末尾,则返回值为短项目计数(或零)。
这意味着如果未读入完整缓冲区,则达到EOF。
有了这个,这是我在针对cat /bin/echo
运行我的应用程序时获得的跟踪:
$ cat /bin/echo | bin/base64 >/dev/null # only view the trace output TRACE: C:/Users/James/Code/c/base64/main.c:23: Reading in data from stdin... TRACE: C:/Users/James/Code/c/base64/main.c:28: Amount read: 600 TRACE: C:/Users/James/Code/c/base64/main.c:29: Beginning base64 encode of buffer TRACE: C:/Users/James/Code/c/base64/main.c:43: Writing data to standard output TRACE: C:/Users/James/Code/c/base64/main.c:23: Reading in data from stdin... TRACE: C:/Users/James/Code/c/base64/main.c:28: Amount read: 600 TRACE: C:/Users/James/Code/c/base64/main.c:29: Beginning base64 encode of buffer TRACE: C:/Users/James/Code/c/base64/main.c:43: Writing data to standard output TRACE: C:/Users/James/Code/c/base64/main.c:23: Reading in data from stdin... TRACE: C:/Users/James/Code/c/base64/main.c:28: Amount read: 600 TRACE: C:/Users/James/Code/c/base64/main.c:29: Beginning base64 encode of buffer TRACE: C:/Users/James/Code/c/base64/main.c:43: Writing data to standard output TRACE: C:/Users/James/Code/c/base64/main.c:23: Reading in data from stdin... TRACE: C:/Users/James/Code/c/base64/main.c:28: Amount read: 569 TRACE: C:/Users/James/Code/c/base64/main.c:29: Beginning base64 encode of buffer TRACE: C:/Users/James/Code/c/base64/main.c:43: Writing data to standard output $
这是大/bin/echo
实际上是多少:
$ cat /bin/echo | wc -c 28352
所以你可以看到,整个文件的长度是28352个字节,但是我的应用程序在它停止之前只能读取大约2400个字节。 知道为什么吗? fread
是否特意处理空终止符?
如果有帮助,我正在使用MinGW-w64和GCC; 谢谢。
你在Windows上吗? 是的,路径名从C:
开始C:
所以你是。 你可能在文件中有一个Control-Z( 'x1A'
或'32'
)字符。 它(Windows C运行时,因此您的程序)不会将标准输入视为二进制文件,除非您以某种方式调整它,因此Control-Z标记输入的结束。
一种可能的’某种方式’来调整模式是_set_fmode()
。 但是,您更有可能需要_setmode()
:
_setmode(fileno(stdin), O_BINARY);
我保留判断这是否是最佳或唯一的方法。 你也可以研究这些手册。 我无法测试fileno()
– 或者微软世界中的_fileno()
– 是否可用。
以上就是c/c++开发分享fread用二进制文件过早发出EOF信号相关内容,想了解更多C/C++开发(异常处理)及C/C++游戏开发关注计算机技术网(www.ctvol.com)!)。
本文来自网络收集,不代表计算机技术网立场,如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址:https://www.ctvol.com/c-cdevelopment/549769.html