10 years, 2 months ago.

SDFileSystem compile error on Nucleo F103RB

Or any of the other platforms for that matter. I'm working on this issue using the "SDFileSystem_HelloWorld" sample program for the library. I have updated and tried both SPI1 and SPI2 ports with no joy.

Compiler output is:

Warning: Function "FATFileSystem::disk_read(std::uint8_t *, std::uint64_t, std::uint8_t)" is hidden by "SDFileSystem::disk_read" virtual function override intended? in "SDFileSystem/SDFileSystem.h", Line: 59, Col: 17 Warning: Function "FATFileSystem::disk_write(const std::uint8_t *, std::uint64_t, std::uint8_t)" is hidden by "SDFileSystem::disk_write" virtual function override intended? in "SDFileSystem/SDFileSystem.h", Line: 60, Col: 17 Error: Object of abstract class type "SDFileSystem" is not allowed in "main.cpp", Line: 4, Col: 14

Now, when I compile the "TFT_Banggood" example program, everything compiles fine WRT the TFT display portion but get the same error regarding the SDFilesystem.

I get similar errors when I configure for Seeeduino_Arch platform.

I saw a question answered here about three months ago that I interpreted as saying that the SDFileSystem was not working on Nucleo yet. Is this still the case or is something else going on here?

Help getting this going would be very much appreciated.

The FATFileSystem files have been changed, and SDFileSystem should also have been changed. But that isn't going correctly at the moment.

If you import it without automatically updating the other libraries it should probably go correctly. Alternatively if you click on the FATFileSystem (which recides in the SD lib), you can go to the revisions page, and switch to an older revision and then it should work.

posted by Erik - 01 Oct 2014

Thank you Erik. Reverting solved my problem. Not to "double dip" here but shouldn't the latest incarnation of SDFileSystem be marked: BROKEN? br, joe

posted by Joe Ennis 01 Oct 2014
Be the first to answer this question.