D/DMD: Выход из программы вызывает ошибки (segfault, sigabort, ...)

Question

У меня есть бесплатные игровые проекты, написанные с D, SDL2 и OpenGL (заброшенные), разделяемые части, образующие сортировку двигателя. Ключевые моменты:

• Linux Mint 17.2
• DMD 2.069.0-b2 (и другие последние версии используются, например, 2.067.1)
• SDL2 2.0.2 (из репозитория)
• Нет нитей (только волокна)

весь источник можно получить здесь: https://github.com/mkoskim/games

Симптом: Выхода - как quit'ing с выходом() и возвращение из основных() - вызывает почти всегда GLibC бросать различные сигналы или Segfault, как:

*** Error ...: munmap_chunk(): invalid pointer: ... *** ... Aborted 
*** Error ...: double free or corruption (out): ... *** ... Aborted 
*** Error ...: free(): invalid pointer: ... *** ... Aborted 
*** Error ...: corrupted double-linked list: ... *** ... Aborted 
*** core.exception.InvalidMemoryOperationError@src/core/exception.d(679): ... 
**** Segmentation fault 

внесения небольших изменения - как добавление деструктора класса FrameBuffer или что-нибудь - может изменить поведение, и даже тогда этого не происходит в каждой игре, которую я имею. На данный момент это происходит в «проектах/цилиндрах», но не происходит в таких проектах, как «demo/objectview» или «testbench/wolfish».

Я давно подозреваю, что это вызвано объектами библиотеки SDL2 (например, SDL_Surface), поскольку они выделены вне времени выполнения D, но мне еще не удалось отследить это. Другой подозреваемый, который у меня есть, - это то, что происходят вызовы от деструктора объекта, например. заброшенным, и это уже разрушено.

В принципе, ошибки при выключении не опасны, так как выход все равно очистит все. Но, зная причину, я беспокоюсь, что это признак более серьезной ошибки, которая затем взорвется, когда у меня будет более сложная игра (например, во время загрузки нового игрового уровня или продолжения игры в течение длительного времени).

Вопросы:

1) В каком порядке DMD выполнения вызовов деструкторов? Может ли это вызвать, например, Вызывающий интерфейс OpenGL, который должен быть разрушен до того, как вызываются деструкторы всех созданных объектов с использованием функций OpenGL (например, glDeleteTextures)?

2) Я уже подключил большинство деструкторов в своих классах, но могу ли я подключить каждый деструктор для отслеживания того, что и в каком порядке DMD удаляется при завершении работы?

3) Если вам удастся успешно получить, скомпилировать и запустить проекты, я был бы рад услышать, если вы можете воспроизвести ошибку.

В настоящее время я немного из идей, любые идеи, на которые нужно смотреть, будут оценены.

Answer 1

Я думаю, что нашел причину.

Для полноты модуля, который инициализировал SDL (SDL_Init, TTF_Init, ...) в статическом конструкторе, был установлен статический деструктор (SDL_Quit, ...). С другой стороны, я отдельно удалял ресурсы, выделенные SDL в деструкторах, которые их выделили. Они необходимы для освобождения ресурсов во время выполнения.

Я уже ранее боролся с деструкторами, освобождающими SDL_Font * и SDL_Surface *, и по этой причине я добавил глобальный флаг SDL_up, чтобы предотвратить вызовы после завершения SDL.

Я забыл, что у меня также был джойстик, управляющий ресурсом SDL ... Еще одна отладка показала, что деструктор модуля действительно вызывался перед деструктором джойстика, а вызов SDL для освобождения ресурса вызвал ошибку.

FIX: Я удалил SDL/TTF/IMG. Выйти из модуля деструктора и флаг SDL_up. Это уже второй раз, когда я проводил часы и часы по той же причине, и я решил, что лучше не делать сложнее переопределение ресурсов, но отказаться от ортодоксальных завершенных пар «Инициировать-выйти» (и позволить системе выйти, чтобы избавиться от SDL).