-
Notifications
You must be signed in to change notification settings - Fork 7.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
project build error #10
Comments
Can you please do |
Hi @hardikharpal , This looks very similar to another problem we're investigating on Windows. There's something unexpected going on with some paths in MSYS. If you move the esp-idf & template directories to /home/yourusername inside msys (in Windows this is C:\msys32\home\yourusername), then it should work. I'll let you know once we have a proper fix. |
Thank you @igrr @projectgus due to space in path its not working in some setups. Is it? |
Thanks for working through all this and providing such comprehensive screenshots.
There is a fix coming soon so the build system will work with CRLF line endings, but in the meantime if you re-clone with LF (Unix-style) endings then things should work. You may need to explicitly run
Thanks again for your help with this. The issue will be updated when the fixes reach github. |
Thank you for detailed explanation and temporary solution for this issue. |
Includes a test in test_build_system.sh to prevent regressions w/ CRLFs in text files. Fixes Github #10
Support for CRLFs is now present in master. |
Hi, Is there a way to prevent mingw32 to use the current windows user to create the directory in Home? The thing is that if your windows username have space (in my case : "Christian Lachance"), it will create problems later. How can i change the folder to something without space? I tried to rename the folder to Christian_Lachance but it just make it worst. Thanks! Christian. |
To trick mingw32.exe used the environment variable HOME to create the home dir. So change this to the new home dir location without spaces and rerun mingw32.exe. |
It's possible for esp_pm_impl_isr_hook(...) to be nested due to the fact that interrupts are nested on the ESP32. To fix this we need to place the acquiring of the lock into a critical section to ensure it does not get nested on the system, otherwise the system will never release the idle lock when this occurs and will not go into lower power states. A sample backtrace encountering this (the code was instrumented to go into a while(1) loop when the condition was hit to get this backtrace) from commit d7a7a68: #0 leave_idle () at esp-idf/components/esp32/pm_esp32.c:444 espressif#1 0x4008143a in esp_pm_impl_isr_hook () at esp-idf/components/esp32/pm_esp32.c:473 espressif#2 0x40082750 in _xt_medint2 () at esp-idf/components/freertos/xtensa_vectors.S:1243 espressif#3 0x4000bff0 in ?? () espressif#4 0x40090bb0 in vTaskExitCritical (mux=0x3ffbd230) at esp-idf/components/freertos/tasks.c:4304 espressif#5 0x40081758 in esp_pm_lock_acquire (handle=0x3ffbd218) at esp-idf/components/esp32/pm_locks.c:126 espressif#6 0x40081399 in leave_idle () at esp-idf/components/esp32/pm_esp32.c:440 espressif#7 0x4008143a in esp_pm_impl_isr_hook () at esp-idf/components/esp32/pm_esp32.c:473 espressif#8 0x400826b8 in _xt_lowint1 () at esp-idf/components/freertos/xtensa_vectors.S:1154 espressif#9 0x400d14b0 in esp_pm_impl_waiti () at esp-idf/components/esp32/pm_esp32.c:483 espressif#10 0x400d2c77 in esp_vApplicationIdleHook () at esp-idf/components/esp32/freertos_hooks.c:63 espressif#11 0x40091008 in prvIdleTask (pvParameters=0x0) at esp-idf/components/freertos/tasks.c:3412 espressif#12 0x40090344 in vPortTaskWrapper (pxCode=0x40090ffc <prvIdleTask>, pvParameters=0x0) at esp-idf/components/freertos/port.c:143 Signed-off-by: Tim Nordell <[email protected]>
Fix rtc pin deinit clock disable
The text was updated successfully, but these errors were encountered: