Hi,

The return description for fsys file read/write is wrong when using the default
disk implementation, since fread/fwrite return the number of 'elements'
read/written, not the number of octets.
For them to return the number of octets they should be called like:

  fread/fwrite (data, 1, num_elems, file); /* note the '1' there */

An alternative would be to modify the API return semantics and return the number
of elements read/write like fread/fwrite do, though I'm not sure if that
semantics is desired for other fsys implementations.

I'll send a patch for the file stream tests as soon as we resolve this.

cheers,

-gerel


Reply via email to