Bill Greiman

Committed SdFat Version Version 2.3.1-beta.3. with the above change in exFAT read.

Thanks for pointing out the warning. Few people use the iostream code that I did many years ago when there were only AVR boards. I never use pull requests in...

Does the bench example work on your Due setup? SdFat 2.3.1 uses a very fast custom DMA SPI driver on Due. The standard-lib SD (1.3.0) is based on a 2009...

I no longer support direct access to the SD drivers since modern SD cards have very large flash pages, 16KB or more, and the 512 byte blocks are emulated. So...

I think I see the problem but I need to generate a test SD and verify that I found the problem, then verify the fix. At that point I will...

I posted a fix in [SdFat-beta](https://github.com/greiman/SdFat-beta) master. Currently [these changes](https://github.com/greiman/SdFat-beta/commit/a249cfa121e25a96ee14d8813abf01755f1f6a25) are the only differences between SdFat release and SdFat-beta, I appreciate you effort to find the hang in ExFatPartition::bitmapFind. It...

Yes, ESP8266 is not an AVR board. Try [this](https://github.com/greiman/SSD1306Ascii/tree/master/examples/Wire128x64) example for I2C on ESP8266.

> Any possibility of a version for the ESP chips The Wire versions should work with any board that has a Wire I2C library. The problem may be the display...

You should not call sync(). It won't write data from the ring buffer. it will cause the file to be busy since it will cause the directory entry and internal...

Your problem will not be solved called by calling sync. Unless you have a crash, sync likely will make corruption more likely since it causes the directory entry to be...