Files
Seth Hillbrand 0fc6e20508 Attempt to fix ordering issue when quitting
In some cases (mostly mac but not just), we can get to the dtor for
thread pool after the CV has already been destroyed.  This prevents that
from being possible and hopefully fixes the crash

Fixes https://gitlab.com/kicad/code/kicad/-/issues/22583

(cherry picked from commit 1b4a840820)
2026-02-05 23:01:36 -08:00

56 lines
1.6 KiB
C++

/*
* This program source code file is part of KiCad, a free EDA CAD application.
*
* Copyright The KiCad Developers, see AUTHORS.txt for contributors.
*
* This program is free software: you can redistribute it and/or modify it
* under the terms of the GNU General Public License as published by the
* Free Software Foundation, either version 3 of the License, or (at your
* option) any later version.
*
* This program is distributed in the hope that it will be useful, but
* WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* General Public License for more details.
*
* You should have received a copy of the GNU General Public License along
* with this program. If not, see <http://www.gnu.org/licenses/>.
*/
#ifndef KICAD_SINGLETON_H
#define KICAD_SINGLETON_H
#include <advanced_config.h>
class GL_CONTEXT_MANAGER;
namespace BS
{
class thread_pool;
}
class KICAD_SINGLETON
{
public:
KICAD_SINGLETON(){};
~KICAD_SINGLETON();
/**
* Explicitly shut down and destroy the thread pool and GL context manager.
*
* This must be called before static destruction begins to avoid crashes on macOS
* where the thread pool destructor tries to wait on condition variables during
* static destruction, after other statics have already been destroyed.
*
* After calling Shutdown(), the destructor becomes a no-op.
*/
void Shutdown();
void Init();
BS::thread_pool* m_ThreadPool;
GL_CONTEXT_MANAGER* m_GLContextManager;
};
#endif // KICAD_SINGLETON_H