warning: could not convert 'main' from the host encoding (CP1252) to UTF-32. (IDFGH-16791)

[Florida-Rob]

Checklist

• Checked the issue tracker for similar issues to ensure this is not a duplicate
• Read the documentation to confirm the issue is not addressed there and your configuration is set correctly
• Tested with the latest version to ensure the issue hasn't been fixed

How often does this bug occurs?

always

Expected behavior

The Monitor should parse the ELF file correctly

Actual behavior (suspected bug)

Instead, it chokes

Error logs or terminal output

add symbol table from file "C:\Users\riwal\esp\dmx_sacn2\build\bootloader\bootloader.elf"
warning: could not convert 'main' from the host encoding (CP1252) to UTF-32.
This normally should not happen, please file a bug report.

Steps to reproduce the behavior

Windows 11
Flash a program to a ESP32 (I use ESP32-C6, but not necessary)
The program if it has an error, will cause a panic
Until this last week, the MONITOR debug using ELF was totoally proken in esp-idf 5.5 or 5.5.1, but was fixed with a new release.
running 'install'bat' within the esp-idf framework re-installs and downloads the 'fix' for the ELF parse, but as above shows, whilst it does now parse the ELF file, it does so with errors

The 'fix' was: https://github.com/espressif/esp-idf-panic-decoder/releases/tag/v1.4.2.

Project release version

esp-idf 5.5.1 with decoder 1.4.2

System architecture

Intel/AMD 64-bit (modern PC, older Mac)

Operating system

Windows

Operating system version

Windows 11

Shell

CMD

Additional context

No response

[peterdragun]

Hi @riwalker, I am sorry that you are still having issues with decoding the panic. Can you please tell me what the following lines after the warning look like? Can you see the backtrace correctly decoded? I believe that I have seen this warning before, but the output was correctly decoded. Could you please confirm that this is the case for you as well?

There are usually two ELF files passed to GDB: the bootloader and the app. I believe that the app ELF file was correctly loaded, which is the place where the panic most probably originates. The bootloader ELF is only added for completeness. We will try to take a look at this warning and see if we can avoid getting it.

[Florida-Rob]

I had posted below to Espressif, but re-posting below.
it does provide some backtrace which is useful, so not as bad as before.
just the error message:

"add symbol table from file "C:\Users\riwal\esp\dmx_sacn2\build\bootloader\bootloader.elf"
warning: could not convert 'main' from the host encoding (CP1252) to UTF-32.
This normally should not happen, please file a bug report."

:

`Initiate HTTP Connection
Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0).

Core 0 register dump:
--- Stack dump detected
MEPC : 0x4080d1d6 RA : 0x4080e836 SP : 0x40824f20 GP : 0x40820fb4
--- 0x4080d1d6: vListInsert at C:/Espressif/frameworks/esp-idf-v5.5.1/components/freertos/FreeRTOS-Kernel/list.c:183
--- 0x4080e836: vTaskPlaceOnEventList at C:/Espressif/frameworks/esp-idf-v5.5.1/components/freertos/FreeRTOS-Kernel/tasks.c:3768
TP : 0x40850e20 T0 : 0x0000001f T1 : 0x20001050 T2 : 0x00000002
S0/FP : 0x00000005 S1 : 0x00000001 A0 : 0x4084fdf4 A1 : 0x40850e4c
A2 : 0x00000000 A3 : 0x0000000a A4 : 0x0000000a A5 : 0x40850e4c
A6 : 0xfff00000 A7 : 0x000005d6 S2 : 0x00000000 S3 : 0x00000013
S4 : 0x00000001 S5 : 0x00000000 S6 : 0x00000000 S7 : 0x00000000
S8 : 0x00000000 S9 : 0x00000000 S10 : 0x00000000 S11 : 0x00000000
T3 : 0xfffff000 T4 : 0x00002eb0 T5 : 0x00000000 T6 : 0x00000008
MSTATUS : 0x00001881 MTVEC : 0x40800001 MCAUSE : 0x00000018 MTVAL : 0x000043d8
--- 0x40800001: _vector_table at C:/Espressif/frameworks/esp-idf-v5.5.1/components/riscv/vectors_intc.S:54
MHARTID : 0x00000000

--- Backtrace:

add symbol table from file "C:\Users\riwal\esp\dmx_sacn2\build\bootloader\bootloader.elf"
warning: could not convert 'main' from the host encoding (CP1252) to UTF-32.
This normally should not happen, please file a bug report.
0x4080d1d6 in vListInsert (pxList=pxList@entry=0x4084fdf4, pxNewListItem=0x40850e4c) at C:/Espressif/frameworks/esp-idf-v5.5.1/components/freertos/FreeRTOS-Kernel/list.c:183
183 for( pxIterator = ( ListItem_t * ) &( pxList->xListEnd ); pxIterator->pxNext->xItemValue <= xValueOfInsertion; pxIterator = pxIterator->pxNext ) /*lint !e826 !e740 !e9087 The mini list structure is used as the list end to save RAM. This is checked and valid. *//*lint !e440 The iterator moves to a different value, not xValueOfInsertion. */
#0 0x4080d1d6 in vListInsert (pxList=pxList@entry=0x4084fdf4, pxNewListItem=0x40850e4c) at C:/Espressif/frameworks/esp-idf-v5.5.1/components/freertos/FreeRTOS-Kernel/list.c:183
#1 0x4080e836 in vTaskPlaceOnEventList (pxEventList=pxEventList@entry=0x4084fdf4, xTicksToWait=5) at C:/Espressif/frameworks/esp-idf-v5.5.1/components/freertos/FreeRTOS-Kernel/tasks.c:3766
#2 0x4080c780 in xQueueSemaphoreTake (xQueue=0x4084fdd0, xTicksToWait=, xTicksToWait@entry=5) at C:/Espressif/frameworks/esp-idf-v5.5.1/components/freertos/FreeRTOS-Kernel/queue.c:1896
#3 0x42035fb6 in w6100_spi_lock (spi=0x4084f814) at C:/Users/riwal/esp/dmx_sacn2/components/wiznet/src/W6100/esp_eth_mac_w6100.c:110
#4 w6100_spi_read (spi_ctx=0x4084f814, cmd=, addr=, value=0x40824fcf <xIsrStack+1455>, len=1) at C:/Users/riwal/esp/dmx_sacn2/components/wiznet/src/W6100/esp_eth_mac_w6100.c:221
#5 0x42034346 in w6100_read (emac=emac@entry=0x4084f780, address=address@entry=2097160, data=data@entry=0x40824fcf <xIsrStack+1455>, len=len@entry=1) at C:/Users/riwal/esp/dmx_sacn2/components/wiznet/src/W6100/esp_eth_mac_w6100.c:270
#6 0x40801dc2 in w6100_isr_handler (arg=0x4084f780) at C:/Users/riwal/esp/dmx_sacn2/components/wiznet/src/W6100/esp_eth_mac_w6100.c:1124
#7 0x408029c8 in gpio_isr_loop (status=0, gpio_num_start=gpio_num_start@entry=0) at C:/Espressif/frameworks/esp-idf-v5.5.1/components/esp_driver_gpio/src/gpio.c:490
#8 0x40802a62 in gpio_intr_service (arg=) at C:/Espressif/frameworks/esp-idf-v5.5.1/components/esp_driver_gpio/src/gpio.c:512
#9 0x4081e464 in _global_interrupt_handler (sp=, mcause=) at C:/Espressif/frameworks/esp-idf-v5.5.1/components/riscv/interrupt.c:67
#10 0x4080026c in _interrupt_handler () at C:/Espressif/frameworks/esp-idf-v5.5.1/components/riscv\vectors.S:456
Backtrace stopped: frame did not save the PC

ELF file SHA256: cc9b8dc7a
`

[peterdragun]

@riwalker Thank you for providing that! The backtrace and address decoding work correctly from the log. So you can ignore the warnings for now. We will try to find a way to remove them. Thank you for your patience!

[peterdragun]

I have discussed this with the team which is responsible for GDB, where this warning originates from. They will look into adding support for UTF. As mentioned before, this is only a warning and should not cause any issues with the panic decoding.

As this is not an issue with esp-idf-panic-decoder itself, I am closing this issue. Thank you for understanding.