C Stream 续

来源:互联网 发布:淘宝ps4手柄 编辑:程序博客网 时间:2024/05/13 17:00
我的旧闻,原来发布在Spaces.live.com

前两天写了关于流的一些想法,今天在补充一点。那天的思路基本上是凌乱的,所以文章也很乱,希望今天的能清晰一点。
 
首先,stdin和stdout是两个FILE*,指向两个由操作系统实现的驱动程序之类的东西。由于UNIX传统上将一切视为文件,因此处理stdin和stdout就有和处理一般文件一致的动作。这个FILE结构包含了诸如缓冲区位置、缓冲区中当前字符的位子、文件的读写状态以及是否到达结尾等信息(P159, The CProgramming Language, Kernighan B. W., D. Ritchie1988)。参考该书P177的_fillbuf(FILE *),可以对缓冲区的操作有一定的了解。不过ungetc(int, FILE*)只能写回一个字符,不知道具体实现是什么,但是这一点对于stdin我想是好理解的,因为它应该是抛弃型的,用过就扔。而一般文件为什么不行就不得而知了。用一下代码测试:
int c;
c = getchar();
putchar(c);
ungetc(c,stdin);
scanf("%d", &c);
printf(" %d", c);
键入123会得到:1 123。如此缓冲区操作应该一目了然了。
 
比较中意的代码是K&R P77-P78的getch(void)和ungetch(int),那种想法很精彩(我是菜鸟了)。
 
补充一点,scanf()族的模式匹配工作是从当前字符流的下一个开始的,并且是非智能的,于是匹配失败当然就赋值失败了。这句话简单点说,用个例子来表明:
fscanf(in, "sec: %d/nmin: %d", &sec, &min);
程序期望你输入“sec: ”、换行(Line Feed,LF)和“min:”,如果你去掉那个'/n'会很惨的,因为程序无法识别了——'/n'同样也会被压入buf,并迫使输入函数开始读buf,于是乎buf中第一个字符就是'/n',而scanf的匹配会失效。我写了一个skip(FILE *,predicate)宏:
#define skip(stream, predicate)             /
    do {                                    /
        register int c__;                   /
        while (EOF != (c__ = getchar())) {  /
            if (predicate(c__)) {           /
                ungetc(c__, stream);        /
                break;                      /
            }                               /
        }                                   /
    } while (0)
只用更改predicate就好了,用isalnum(<ctype.h>)就可以了,这样就跳过很多无聊字符,到你想要的部分了,再用scanf()或者更好的fgets() + strtod()。
 
接着,我们扯一扯fread(),由于也是buf所以还是要移动的,怎么判断?用这个程序:
int i;
FILE *fp = fopen("gpl-2.0.tex", "r");
char buf[256];
fpos_t *pos;
fgetpos(fp, pos);
for (i = 0; i < sizeof(fpos_t); i++)
printf("%.2x ", (char) *(pos + i));
putchar('/n');
fread(buf, sizeof(char), 256, fp);
fgetpos(fp, pos);
for (i = 0; i < sizeof(fpos_t); i++)
printf("%.2x ", (char) *(pos + i));
输出为:
00 38 40 48 50 58 60 68
10 38 40 48 50 58 60 68
我不懂这个数据构成,反正pos变了。
 
P.S. atof()可以处理科学记数法。

原创粉丝点击