|
|
在linux下使用apue的库的问题：
使用的是从www.kohala.com上面给的for linux平台的源代码包，估计是有点老了：
gcc3.3.3带的libc似乎变化了不少，编译好的apue库libmisc.a和myls.c链接的时候，gcc警告说sys_errn不鼓励使用了(deprecated)，最好用strerror，其实sys_errn就是在apue库的strerror.c里面用到的，我把这个文件整个屏蔽掉，这意味着我用libc提供的strerror替代apue提供的函数实现（也可以从makefile里面把strerror.c这个文件移走）,重新编译apue库，再编译myls时警告信息就不再出现了。
程序1.2，把输入打印到输出，read是以读到换行作为返回条件的，有趣的是当我输入一串字符并以ctrl-d结束时，read也返回了，且将输出和输入在同一行显示。我的结论是：这是read返回的另一个条件，由于没有换行，输入和输出在一行显示。这个ctrl-d肯定被忽略掉了，否则，程序应该退出了。单独输入ctrl-d时，read返回0。
问题是：read什么时候返回？
程序1.3,用带缓冲的c函数实现1.2的功能，这里面的运行原理值得考虑：
代码中是循环调用getc，再循环调putc输出到标准输出上面，但是运行的时候每次都是回车后再全部显示的，似乎和程序所显示的不同，我的理解是：当程序第一次调用getc时，一旦发现缓冲区为空，其内部开始对read的循环调用，read在回车后才会返回一串输入到stdio的内部缓冲区，getc再将第1个字符返回，以后getc是直接从内部缓冲区依次返回剩下的字符，当getc取光缓冲区内的字符后，它又进入对read的循环调用之中。。。，随后再次从回车返回，再次填入缓冲区，再次取字符，直到EOF出现
好处：减少系统调用次数和用户态与核心态之间的切换。
程序1.8安装了一个处理信号的回调函数，只是简单地用printf打印一行信息，但是在编译后调试时却总是滞后显示，没办法，只好在回调函数内部强制刷新输出,fflush,就正常了。我坚信，linux的stdio C函数库是read的，不见到回车不回头。（因为没做修改之前，总是我敲一下回车，回调函数要显示的信息才显示在屏幕上）
习题3实际问了这样一个问题：函数参数中的const非指针值有意义嘛？嘿嘿，没有。不过我也没有答上来。。。 另外，第一题我也没想到会是那个答案
|
|
