C Stream 续

我的旧闻，原来发布在Spaces.live.com

前两天写了关于流的一些想法，今天在补充一点。那天的思路基本上是凌乱的，所以文章也很乱，希望今天的能清晰一点。

 

首先，stdin和stdout是两个FILE *，指向两个由操作系统实现的驱动程序之类的东西。由于UNIX传统上将一切视为文件，因此处理stdin和stdout就有和处理一般文件一致的动作。 这个FILE结构包含了诸如缓冲区位置、缓冲区中当前字符的位子、文件的读写状态以及是否到达结尾等信息（P159, The C Programming Language, Kernighan B. W., D. Ritchie 1988）。参考该书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()可以处理科学记数法。