lv_micropython/lib/fatfs/option/unicode.c

#include "../ff.h"

#if _USE_LFN != 0

#if   _CODE_PAGE == 932	/* Japanese Shift_JIS */
#include "cc932.c"
#elif _CODE_PAGE == 936	/* Simplified Chinese GBK */
#include "cc936.c"
#elif _CODE_PAGE == 949	/* Korean */
#include "cc949.c"
#elif _CODE_PAGE == 950	/* Traditional Chinese Big5 */
#include "cc950.c"
#else					/* Single Byte Character-Set */
#include "ccsbcs.c"
#endif

#endif
lib/fatfs: Upgrade to new FatFs driver, put in lib/ for common use. Patches to fatfs for our use will follow. 2014-12-20 20:32:27 +00:00			`#include "../ff.h"`

			`#if _USE_LFN != 0`

			`#if _CODE_PAGE == 932 /* Japanese Shift_JIS */`
			`#include "cc932.c"`
			`#elif _CODE_PAGE == 936 /* Simplified Chinese GBK */`
			`#include "cc936.c"`
			`#elif _CODE_PAGE == 949 /* Korean */`
			`#include "cc949.c"`
			`#elif _CODE_PAGE == 950 /* Traditional Chinese Big5 */`
			`#include "cc950.c"`
lib: Update FatFs to R0.11. There are lots of cosmetic changes, but this release brings a very important bug fix: - Fixed f_unlink() does not remove cluster chain of the file. With R0.10c if you try to write a file that is too large to fit in the free space of the drive, the operation fails, you delete the incomplete file, and it seems to be erased, but the space is not really freed, because any subsequent write operations fail because the drive is "still" full. The only way to recover from this is by formatting the drive. I can confirm that R0.11 fixes the problem. 2015-03-27 12:17:12 +01:00			`#else /* Single Byte Character-Set */`
lib/fatfs: Upgrade to new FatFs driver, put in lib/ for common use. Patches to fatfs for our use will follow. 2014-12-20 20:32:27 +00:00			`#include "ccsbcs.c"`
			`#endif`

			`#endif`