在看APUE时，做了一个例子，不懂出现问题原因！

keanlee

不是memset的问题，问题可能出现两个地方：
一个是打开文件的方式，二是fread的实现，正是他们造成了写文件的结果。

babam

123456789
this is a test

gcc

skai

你把this is a test放到数组中试试

wuqing

Solaris 下面的结果和AIX一样:

# cc -o filetest -g filetest.c
# more test.txt   
123456789
# ./filetest
buf = 12345
buf 2 = this is a test
# more test.txt
123456789
12345this is a test

yi_3

linux  gcc :
123456789
this is a test

windows:
123456789

windows的处理，用a+方式打开的情况下，文件指针不在文件尾根本不让写

win_hate

不知道你用的系统.......man 你的 pages

     When a file is opened with update mode (+ as the  second  or
     third character in the mode argument), both input and output

SunOS 5.9           Last change: 28 Jan 1998                    1

Standard C Library Functions                            fopen(3C)

     may be performed on the associated stream.  However,  output
     must  not be directly followed by input without an interven-
     ing call to fflush(3C) or to a file positioning  function  (
     fseek(3C), fsetpos(3C) or rewind(3C)), and input must not be
     directly followed by output without an intervening call to a
     file   positioning  function,  unless  the  input  operation
     encounters end-of-file.

keanlee

斑竹大人，能否说的清楚一些？

win_hate

免大，我年年 25

就是说读之后不能马上写，在读转换为写之前要 fflush 一次或者 fseek 一次（定位一次）。这个应该是 ansi 的要求，但在一些系统上，可能不需要定位。

ps> 在我用的 linux 上，不需要定位就能得到正确结果。

[ 本帖最后由 win_hate 于 2006-10-11 10:42 编辑 ]

yjh777

通俗一点说就是你fread读的时候文件指针已经移动到5，再写的话就会从这个地方开始写。
跟平台（系统/库函数实现）有关。有的实现读写偏移/offset逻辑上是分离的互不影响。你的平台不是。

读写的文件偏移是否独立，跟打开方式也有关系。其实APUE里有讲，自己找找。

[ 本帖最后由 yjh777 于 2006-10-11 18:07 编辑 ]

flw

原帖由 win_hate 于 2006-10-11 10:40 发表
免大，我年年 25

就是说读之后不能马上写，在读转换为写之前要 fflush 一次或者 fseek 一次（定位一次）。这个应该是 ansi 的要求，但在一些系统上，可能不需要定位。

ps> 在我用的 linux 上，不需要定 ...