adding fix for newest version of esp-idf

[W-M-D]

fixed some files for the newest version of esp-idf

[mitchjs]

@W-M-D can i ask you a question...
just in in freeRTOS.cpp file for insance, i get the ringbuffer change...as that is for the new version of ESP-IDF
but there is a change to the FreeRTOS::Semaphore::Semaphore(std::string name) method
changed the semaphore from binary to mutex
just wondering why

[W-M-D]

Darn, I can't remember off the top of my head. I'm pretty sure there was a change in freertos that requires this.

[trailhead]

I got cpp_utils to compile with this PR, and a couple small tweaks. But BLE scanning seems to be broken and the errors point to the FreeRTOS::Semaphore mentioned above. I'm getting this

0x40093c09: esp_system_abort at /Users/chris/esp/esp-idf/components/esp_system/system_api.c:68

0x4009602e: abort at /Users/chris/esp/esp-idf/components/newlib/abort.c:46

0x40096cd7: xQueueGenericSend at /Users/chris/esp/esp-idf/components/freertos/queue.c:728 (discriminator 5)

0x400d80c2: FreeRTOS::Semaphore::give() at /Users/chris/Documents/clients/wave/simple_ota_example/components/cpp_utils/FreeRTOS.cpp:119

0x400d6825: BLEScan::handleGAPEvent(esp_gap_ble_cb_event_t, esp_ble_gap_cb_param_t*) at /Users/chris/Documents/clients/wave/simple_ota_example/components/cpp_utils/BLEScan.cpp:80 (discriminator 3)

Seems to happen when the scan period is over and Semaphore::give is called. Anyone seen this?

[trailhead]

FYI, reverting the semaphore changes make the BLE scan work with current IDF. Not sure if it causes any other issues though.