You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Consistent, reproducible hang on the Raspberry Pi.
Running .NET 6, OpenTK 4.7.7 and 32-bit Raspbian Bullseye -- minimal repro code below just clears the screen and toggles back and forth between WindowState.Normal and WindowState.Fullscreen on spacebar keypresses. Sometimes I can get through two cycles (windowed, full, windowed, full), other times only one cycle. After that X is unresponsive, although the mouse works and I can connect over SSH. I ran pidof and found the PID for my test program and killed that, but X remains unresponsive. I have to reboot over SSH.
Since the GLFW redist doesn't include arm32 / armhf libraries, originally I was building GLFW locally according to advice from 2021 on the Pi forums. However, I also uninstalled that and ran the sudo apt install libglfw3 version, and both seem to behave identically. (And I see no indication there is anything wrong running the APT version, maybe they addressed it in the Bullseye release.)
Microsoft followed up on my VS bug report and found a work-around allowing remote-debug over SSH (their script incorrectly downloads the 64-bit debug client), so now I'm able to run a debug build of OpenTK if somebody wants me to look for anything in particular.
Consistent, reproducible hang on the Raspberry Pi.
Running .NET 6, OpenTK 4.7.7 and 32-bit Raspbian Bullseye -- minimal repro code below just clears the screen and toggles back and forth between
WindowState.Normal
andWindowState.Fullscreen
on spacebar keypresses. Sometimes I can get through two cycles (windowed, full, windowed, full), other times only one cycle. After that X is unresponsive, although the mouse works and I can connect over SSH. I ranpidof
and found the PID for my test program and killed that, but X remains unresponsive. I have to reboot over SSH.Since the GLFW redist doesn't include arm32 / armhf libraries, originally I was building GLFW locally according to advice from 2021 on the Pi forums. However, I also uninstalled that and ran the
sudo apt install libglfw3
version, and both seem to behave identically. (And I see no indication there is anything wrong running the APT version, maybe they addressed it in the Bullseye release.)Microsoft followed up on my VS bug report and found a work-around allowing remote-debug over SSH (their script incorrectly downloads the 64-bit debug client), so now I'm able to run a debug build of OpenTK if somebody wants me to look for anything in particular.
Minimal repro:
The text was updated successfully, but these errors were encountered: