Corruption or double free when launching Redot Mono 26.1

Open
  • Is something wrong?
#1,236 1 comment 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
30/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
cpp
Domain
game-dev

Research direction

Start by reproducing the crash with the Mono build on Linux using hardened_malloc, then compare with the same build using the standard glibc allocator. The issue names no source files or tests; done means identifying and resolving the double-free or corruption so the Mono build launches without crashing under hardened_malloc.

Written by the indexing model from the issue text.

Description

bug usability
Tested versions

Redot 26.1, affecting the Mono version only

System information

hardened Fedora 43 Atomic derivative

Issue description

I only noticed this because I tried to run the binary on a hardened system. It should be reproducible on any Linux system using hardened_malloc, and some linting tools will probably detect it as well.

Redot Engine LTS v26.1.stable.mono.official.a3e85316f (2026-01-29 02:31:42 UTC) - https://redotengine.org
Inconsistent value (1) for DRI_PRIME. Should be < 1 (GPU devices count). Using: 0
OpenGL API 4.6 (Core Profile) Mesa 25.3.6 - Compatibility - Using Device: AMD - AMD Radeon RX 6800 XT (radeonsi, navi21, LLVM 21.1.8, DRM 3.64, 6.19.8-200.fc43.x86_64)

double free or corruption (out)
Aborted                    (core dumped) .local/bin/redot_26_1_mono/redot.linuxbsd.editor.x86_64.mono

Everything works fine (as far as I can tell) on the same system if the binary is launched with the standard glibc memory allocator. Core dump is not available from this machine as they're disabled by default for security. Let me know if you need any additional info to help track down the issue.

Steps to reproduce

Launch the mono version of Redot 26.1 on any linux system using hardened_malloc. (You could use a virtual machine with secureblue on it or install hardened_malloc from the AUR on an Arch box and launch Redot with it.)

Minimal reproduction project (MRP)

Use an empty or new project

Dominant language
C++
Stars
6.1k
Forks
337
Avg merge
4d 1h
Merged PRs (30d)
54

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from Redot-Engine/redot-engine

All issues in Redot-Engine/redot-engine

Similar issues

More C++ issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.