{"id":19632,"date":"2022-11-07T07:33:34","date_gmt":"2022-11-07T02:03:34","guid":{"rendered":"https:\/\/jassweb.com\/solved\/solved-fwrite-append-even-the-file-position-pointer-is-at-the-correct-place\/"},"modified":"2022-11-07T07:33:34","modified_gmt":"2022-11-07T02:03:34","slug":"solved-fwrite-append-even-the-file-position-pointer-is-at-the-correct-place","status":"publish","type":"post","link":"https:\/\/jassweb.com\/solved\/solved-fwrite-append-even-the-file-position-pointer-is-at-the-correct-place\/","title":{"rendered":"[Solved] fwrite append even the file position pointer is at the correct place"},"content":{"rendered":"

[ad_1]
\n<\/p>\n

\n
\n
<\/div>\n
\n
\n

If you open a file for update (+<\/code>) and if you do one or more read operations, you must do a positioning operation (e.g. fseek()<\/code>) before you do any writes. If you do one or more write operations, you must do a positioning operation (e.g. rewind()<\/code>) before you do any reads. See POSIX’s specification of fopen()<\/code><\/a> for example.<\/p>\n

\n

When a file is opened with update mode ('+'<\/code> as the second or third character in the mode argument), both input and output may be performed on the associated stream. However, the application shall ensure that output is not directly followed by input without an intervening call to fflush()<\/code> or to a file positioning function (fseek()<\/code>, fsetpos()<\/code>, or rewind()<\/code>), and input is not directly followed by output without an intervening call to a file positioning function, unless the input operation encounters end-of-file.<\/p>\n<\/blockquote>\n

You are doing no positioning operations between reads and writes. That, in and of itself, leads to undefined behaviour.<\/p>\n

Assuming your implementation exhibits ‘undefined behaviour’ by not going out of its way to misbehave, after your last fread()<\/code>, you will write over the next entry \u2014 or append a new entry if the last one read was at the end of the file.<\/p>\n