Hi Gerel.

   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.

Not really. To return the number of elements of size ELEM_SIZE is ok
given that we are specifying both ELEM_SIZE and ELEM_COUNT in the
call.

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

Please add also the fix for the return value of read/write.

Thanks.

-- 
Jose E. Marchesi  <[email protected]>
                  http://www.jemarch.net
GNU Project       http://www.gnu.org


Reply via email to