Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crash after terminating gz sim -g (Win11) #2623

Open
knmcguire opened this issue Sep 14, 2024 · 0 comments
Open

Crash after terminating gz sim -g (Win11) #2623

knmcguire opened this issue Sep 14, 2024 · 0 comments
Labels
bug Something isn't working

Comments

@knmcguire
Copy link

In windows, where in one terminal has a run of gz sim -s and in another gz sim -g, upon termination of the second one I get a crash and a back trace. This happens regardless of the order of which I terminate first (server or gui), or if I close the gui by hand (with the x).

This occurred with the Ionic gazebo tutorial party (see this: gazebosim/gazebo_test_cases#1045)

Environment

  • OS Version: Windows 11
  • Source or binary build?: Source, gz-sim9, probably commit ca40c1d
> gz sim -g
DynamicFactory(): Unable to parse descriptor set from [C:/Users/kimbe/Development/simulation/gazebo/gz-ws/install\share\gz\protos\gz-msgs11.gz_desc]
Stack trace (most recent call last):
#9    Object "", at 00007FFEAC51257D, in BaseThreadInitThunk
#8    Object "", at 00007FFE2B415FE1, in QThread::start
#7    Object "", at 00007FFE2C262A75, in QSGOpenGLLayer::updateTexture
#6    Object "", at 00007FFE2C26217D, in QSGOpenGLLayer::updateTexture
#5    Object "", at 00007FFE2C25F4D6, in QSGOpenGLLayer::updateTexture
#4    Object "", at 00007FFE2C26104C, in QSGOpenGLLayer::updateTexture
#3    Object "", at 00007FFE2C2A2000, in QQuickWindowPrivate::cleanupNodesOnShutdown
#2    Object "", at 00007FFE2C2A1D5B, in QQuickWindowPrivate::cleanupNodes
#1    Object "", at 00007FFE2C203DF3, in operator<<
#0    Object "", at 00007FFE2C204020, in QSGNode::destroy

Description

  • Expected behavior: No crash when the gui is closed in the second terminal
  • Actual behavior: A crash happens when the gz-gui is closed (see output)

Steps to reproduce

  1. Open up one sourced cmd terminal (with the conda environment with gz sim -s
  2. Open up another sourced cmd terminal and type gz sim -g
  3. Close the gazebo window gui manually

Output

> gz sim -g
DynamicFactory(): Unable to parse descriptor set from [C:/Users/kimbe/Development/simulation/gazebo/gz-ws/install\share\gz\protos\gz-msgs11.gz_desc]
Stack trace (most recent call last):
#9    Object "", at 00007FFEAC51257D, in BaseThreadInitThunk
#8    Object "", at 00007FFE2B415FE1, in QThread::start
#7    Object "", at 00007FFE2C262A75, in QSGOpenGLLayer::updateTexture
#6    Object "", at 00007FFE2C26217D, in QSGOpenGLLayer::updateTexture
#5    Object "", at 00007FFE2C25F4D6, in QSGOpenGLLayer::updateTexture
#4    Object "", at 00007FFE2C26104C, in QSGOpenGLLayer::updateTexture
#3    Object "", at 00007FFE2C2A2000, in QQuickWindowPrivate::cleanupNodesOnShutdown
#2    Object "", at 00007FFE2C2A1D5B, in QQuickWindowPrivate::cleanupNodes
#1    Object "", at 00007FFE2C203DF3, in operator<<
#0    Object "", at 00007FFE2C204020, in QSGNode::destroy
@knmcguire knmcguire added the bug Something isn't working label Sep 14, 2024
@knmcguire knmcguire changed the title Windows 11 crash after terminating gz sim -g Crash after terminating gz sim -g (Win11) Sep 14, 2024
@iche033 iche033 assigned knmcguire and unassigned knmcguire Sep 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Status: Inbox
Development

No branches or pull requests

1 participant