Compile needs a rebuild to load TTGO LoRa32Esp

Using Arduino IDE 1.x
1

I'm running sketches on a TTGO LoRa32 Esp board...
I have all libraries and boards defined and it works with a catch.
The first compile is OK. Compile again and I get this

Arduino: 1.8.19 (Linux), Board: "TTGO LoRa32-OLED, TTGO LoRa32 V2, 80MHz, 921600, None, Enabled"

WARNING: Category '' in library ESP Insights is not valid. Setting to 'Uncategorized'
WARNING: Category '' in library ESP RainMaker is not valid. Setting to 'Uncategorized'
WARNING: Category '' in library WiFiProv is not valid. Setting to 'Uncategorized'
panic: runtime error: index out of range [8] with length 8

goroutine 1 [running]:
arduino.cc/builder.(*includeCache).Next(...)
	arduino.cc/builder/container_find_includes.go:209
arduino.cc/builder.findIncludesUntilDone(0x4000100400, 0x400028e4b0, {{0x1452e0, 0x40008b13b0}, {0x400010c10d, 0x7}})
	arduino.cc/builder/container_find_includes.go:321 +0xdec
arduino.cc/builder.(*ContainerFindIncludes).Run(0x4000130180?, 0x4000100400)
	arduino.cc/builder/container_find_includes.go:149 +0x974
arduino.cc/builder.runCommands(0x400008fb78?, {0x40003c7c48?, 0x22, 0x22db8?}, 0x0?)
	arduino.cc/builder/builder.go:191 +0xd4
arduino.cc/builder.(*Builder).Run(0x7fec93f237?, 0x19?)
	arduino.cc/builder/builder.go:124 +0x748
arduino.cc/builder.RunBuilder(...)
	arduino.cc/builder/builder.go:222
main.main()
	arduino.cc/arduino-builder/main.go:338 +0xa58
arduino-builder returned 2
Error compiling for board TTGO LoRa32-OLED.


This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.

Now if I change on of the build options ie. core debug, erase flash, upload speed and compile again it work/uploads...
So, I have read threads by pert, ullix discussing the compiler issues and as an engineer who has been in computing since the early 60's with patch cord to assembler, machine you name it I have done it but I am retired now...so I'm asking if Arduino wants to be more than a toy and attract more professional people as pert and ullix discussed,, how difficult would it be to have a build all option when it comes to ESP boards.
Since IDE 2.0 does not seem to be available for RPi's and we are stuck with IDE 1.8...is this something you would consider.
Over the past 6-7 years, this is the only board that I have this issue with...
If you have a better solution, please let me know.

2

For an answer to that question, maybe ask in the Espressif forums as it is they who produce and support the ESP core for the Arduino IDE.

3

Hi @steinerrw. I found several other reports of this fault:

I notice that all reports are from Linux users. We sometimes see infrequent reports of strange errors like this that are later found to be specific to the 3rd party modified versions of Arduino IDE you get when you install it via a package manager (e.g., APT). If you are currently using an installation of Arduino IDE from a package manager, I recommend you install the official build of Arduino IDE and check to see whether the problem also occurs with that build. The download links are listed here:

https://www.arduino.cc/en/software#legacy-ide-18x

There was a bug in Arduino IDE that produced a similar (but not identical) error:

However, that bug was fixed in Arduino IDE 1.8.6 so I think the problem you are experiencing has a different cause.

The need for Arduino to produce ARM Linux builds of Arduino IDE 2.x is tracked by the developers here:

A community member does produce unofficial ARM Linux builds. They are available here in case you want to give it a try:

It is easy to assume that our own personal experience is universal. I can assure you that is not the case with this particular problem. Many thousands of people compile their Arduino sketches every day for ESP32 boards using Arduino IDE 1.8.19. Yet, only a small number have reported experiencing this show-stopper fault. I just tried several compilations for the "TTGO LoRa32-OLED" board in 1.8.19 myself on a Linux machine (though not ARM Linux) and had no problems.

You are proposing an increase to the complexity of the Arduino IDE user interface solely for the purpose of a workaround for a rare bug. The correct solution would be to fix the bug.

Since there are no reports of the fault occurring with Arduino IDE 2.x, and even multiple reports of updating the IDE fixing the problem, I suspect that it was already fixed some time ago. If so, adding a "build all" option wouldn't even benefit you, since you would need to update to Arduino IDE 2.x to get access to the new feature anyway.

4

ptillisch;

I appreciate your response...as far as 3rd party software, I try to stay away from. Everything I use is downloaded via Arduino IDE managers and the IDE is of Arduino as well. I also posted the issue with esp forum.
Thanks
Rick

| ptillisch Arduino Team
January 1 |

  • | - |

Hi @steinerrw. I found several other reports of this fault:

I notice that all reports are from Linux users. We sometimes see infrequent reports of strange errors like this that are later found to be specific to the 3rd party modified versions of Arduino IDE you get when you install it via a package manager (e.g., APT). If you are currently using an installation of Arduino IDE from a package manager, I recommend you install the official build of Arduino IDE and check to see whether the problem also occurs with that build. The download links are listed here:

https://www.arduino.cc/en/software#legacy-ide-18x

5

In order to make all relevant information available to any who are interested in this subject, I'll share a link to the related discussion here:

6

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.