@blinken, wow, thanks for digging this out and providing this additional information! I just wanted to reply to the bug at Debian, but it was not accepted because the bug was already archived. :\Hi!From: Luca Boccassi <noreply@salsa.debian.org>> Brok...
TL;DR of the above posting: As a work-around, set the hard limit of allowed open files to a reasonable number before starting STM32CubeIDE.ulimit -n -H 4096/opt/stm32cubeide_1.15.0/stm32cubeide &
I could investigate further. In https://github.com/eclipse-cdt/cdt/blob/main/core/org.eclipse.cdt.core.native/native_src/unix/exec_unix.c#L87 there is a call to sysconf(_SC_OPEN_MAX) to get the maximum number of open file descriptors. And then below ...
Thanks a lot to both of you for the additional information!Yesterday I didn't provide information about my system. I'm also using Debian as both of you, but I set it to "unstable" (which rarely makes problems). An upgrade from KiCAD 7 to 8 also fell ...
Same problem here. It seems that this "Spawner Reaper" tries to close all file handles from ~0 to 2^31, and afterwards it continues and executes "make" as usual. My installation of STM32CubeIDE (Version: 1.15.0 Build: 20695_20240315_1429 (UTC)) worke...
