Segmentation fault during shutdown on WSL

Offen

#336 erstellt am 29.3.2025 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 3/5
Geschätzter Aufwand: 1-2 Tage
Anfängerfreundlichkeit: 42/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: cpp
Bereich: computer-graphics

Rechercherichtung

Reproduzieren Sie den Shutdown-Absturz unter WSL mit dem bereitgestellten C++-Programm und konzentrieren Sie sich auf die aktivierte skalare Größe. Beginnen Sie bei gl_engine.cpp in GLTextureBuffer::~GLTextureBuffer(), wo gemeldet wird, dass glDeleteTextures fehlschlägt; abgeschlossen ist die Aufgabe, wenn das Schließen des Fensters keinen Segmentation Fault mehr verursacht, auch wenn setEnabled(true) verwendet wird.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

I have this simple program:

#include <polyscope/polyscope.h>
#include <polyscope/surface_mesh.h>

int main()
{
    polyscope::init();

    std::vector<std::array<double, 3>> vertices{{0, 0, 0}, {1, 0, 0}, {1, 1, 0}};
    std::vector<std::array<int, 3>> faces{{0, 1, 2}};
    std::vector<double> scalars{0.0, 1.0, 2.0};

    polyscope::registerSurfaceMesh("my mesh", vertices, faces);

    polyscope::getSurfaceMesh("my mesh")->addVertexScalarQuantity("my_scalar", scalars)->setEnabled(true);

    polyscope::show();
}

I'm running it on WSL, backend:

[polyscope] Backend: openGL3_glfw -- Loaded openGL version: 4.1 (Core Profile) Mesa 23.2.1-1ubuntu3.1~22.04.3

Polyscope is at the latest master version (except the very latest commit which breaks compilation btw).

The program runs fine, but when I close the window, I get

Segmentation fault (core dumped)

I debugged into it and the crash happens at gl_engine.cpp, in the destructor of GLTextureBuffer:

GLTextureBuffer::~GLTextureBuffer() {
   glDeleteTextures(1, &handle);
  }

The call to glDeleteTextures is still reached, and the crash seems to happen within it. I verified that handle is a reasonable-looking number (34 in my case). If I remove setEnabled(true) and don't manually enable the scalar field either, the crash goes away. Let me know if I can provide any more info to debug this...

Vorherrschende Sprache: C++
Sterne: 2.2k
Forks: 242
Ø Merge: 11 Min.
Gemergte PRs (30 T.): 1

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus nmwsharp/polyscope

Rendering spheres/particles with variable radii Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100

nmwsharp/polyscope#399 · Erstellt am 21.6.2026
CurveNetwork - Node radius bug? Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100

nmwsharp/polyscope#391 · Erstellt am 01.4.2026
Split viewport (e.g. for showing UV layout side by side) Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 30/100

nmwsharp/polyscope#387 · 5 Kommentare · Erstellt am 16.3.2026
Rust Version Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100

nmwsharp/polyscope#385 · Erstellt am 02.2.2026
Question: adding volumetric flame-like lighting (raymarching or alternatives) Offen

enhancement

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100

nmwsharp/polyscope#374 · 1 Kommentar · Erstellt am 18.12.2025

Alle Issues in nmwsharp/polyscope