I tried it with a jlink debugger as well. downloading is working well. but the same problem.
I think the attached error message could be a hint…
Error: The PlatformIO task detection didn’t contribute a task for the following configuration:
{
“type”: “PlatformIO”,
“task”: “Pre-Debug”,
“problemMatcher”: [
“$platformio”
],
“label”: “PlatformIO: Build in debug mode”
}
The task will be ignored.
Error: The PlatformIO task detection didn’t contribute a task for the following configuration:
{
“type”: “PlatformIO”,
“task”: “Pre-Debug”,
“problemMatcher”: [
“$platformio”
],
“label”: “PlatformIO: Build in debug mode”
}
The task will be ignored.
Error: The PlatformIO task detection didn’t contribute a task for the following configuration:
{
“type”: “PlatformIO”,
“task”: “Pre-Debug”,
“problemMatcher”: [
“$platformio”
],
“label”: “PlatformIO: Build in debug mode”
}
The task will be ignored.
Error: The PlatformIO task detection didn’t contribute a task for the following configuration:
{
“type”: “PlatformIO”,
“task”: “Pre-Debug”,
“problemMatcher”: [
“$platformio”
],
“label”: “PlatformIO: Build in debug mode”
}
The task will be ignored.
Error: The PlatformIO task detection didn’t contribute a task for the following configuration:
{
“type”: “PlatformIO”,
“task”: “Pre-Debug”,
“problemMatcher”: [
“$platformio”
],
“label”: “PlatformIO: Build in debug mode”
}
The task will be ignored.
Error: The PlatformIO task detection didn’t contribute a task for the following configuration:
{
“type”: “PlatformIO”,
“task”: “Pre-Debug”,
“problemMatcher”: [
“$platformio”
],
“label”: “PlatformIO: Build in debug mode”
}
The task will be ignored.
Error: The PlatformIO task detection didn’t contribute a task for the following configuration:
{
“type”: “PlatformIO”,
“task”: “Pre-Debug”,
“problemMatcher”: [
“$platformio”
],
“label”: “PlatformIO: Build in debug mode”
}
The task will be ignored.
This would be extremely baffling. PlatformIO is written for Python3. The xtensa-gdb that may be called later may have a static dependency on some python version, but PlatformIO doesn’t yet get to that stage…
Can you temporarily uninstall libpython2.7-dev again and deactivate the “ESP32 Debug” and Espressif IDF" extensions for the workspace (not global for the moment), do Debugging with esp-wrover-kit - #2 by maxgerhardt, restart VSCode and retry? Those may be interefering.
i have done that before and was the same result.
I uninstalled all other packages …
It didn’t work.
Now I have uninstalled all other packages. removed the libpython2.7-dev stuff.
Made the process #2 as you suggested… Now it is working as well…
brj
Hi Max, I tried it with a fresh installation of ubuntu 20.04. a new platform io installation.
it says exactly the same:
undefined/home/jwillner1958/.platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gdb: error while loading shared libraries: libpython2.7.so.1.0: cannot open shared object file: No such file or directory
I have done this afterwards:
sudo apt install libncurses5 libtinfo5 libncursesw5 python2.7 libpython2.7
and now it is working fine, even in the ubuntu 20.04 virtual machine on VMware…
brjoachim