1 <!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
4 <meta http-equiv=
"Content-Type" content=
"text/html; charset=iso-8859-1">
5 <meta http-equiv=
"Content-Style-Type" content=
"text/css">
6 <link rel=
"up" title=
"FatFs" href=
"../00index_e.html">
7 <link rel=
"stylesheet" href=
"../css_e.css" type=
"text/css" media=
"screen" title=
"ELM Default">
8 <title>FatFs - f_sync
</title>
15 <p>The f_sync function flushes the cached information of a writing file.
</p>
18 FIL*
<em>FileObject
</em> /* Pointer to the file object */
27 <dd>Pointer to the open file object to be flushed.
</dd>
33 <h4>Return Values
</h4>
36 <dd>The function succeeded.
</dd>
38 <dd>The function failed due to an error in the disk function.
</dd>
40 <dd>The function failed due to a wrong FAT structure or an internal error.
</dd>
42 <dd>The disk drive cannot work due to no medium in the drive or any other reason.
</dd>
43 <dt>FR_INVALID_OBJECT
</dt>
44 <dd>The file object is invalid.
</dd>
51 <p>The f_sync function performs the same process as f_close function but the file is left opened and can continue read/write/seek operations to the file. This is suitable for the applications that open files for a long time in write mode, such as data logger. Performing f_sync of periodic or immediataly after f_write can minimize the risk of data loss due to a sudden blackout or an unintentional disk removal. However f_sync immediataly before f_close has no advantage because f_close performs f_sync in it. In other words, the differnce between those functions is that the file object is invalidated or not.
</p>
57 <p>Available when
<tt>_FS_READONLY ==
0</tt>.
</p>
63 <p><tt><a href=
"close.html">f_close
</a></tt></p>
66 <p class=
"foot"><a href=
"../00index_e.html">Return
</a></p>