Heap Corruption Crash
System Specs:
-
Lightroom Classic: 14.4 [202506051112-5918896a], Creative Cloud license
-
OS: Windows 11 Pro (Version 11.0.26100, x64)
-
CPU: 16 logical cores @ 3.6GHz
-
RAM: 128 GB DDR4
-
GPU: NVIDIA GeForce GTX 1660 Ti, 6GB VRAM (GPU acceleration disabled in Lightroom)
-
Drives:
-
OS and Lightroom: Separate internal NVMe SSDs
-
RAW images: Internal SATA drives (6 Gbit/s read/write)
-
Network: Used only for catalog backups to NAS and remote desktop; not involved in active Lightroom operations
-
Crash Summary:
Lightroom Classic repeatedly crashes with:
Exception code: 0xC0000374 — Heap corruption (double-free) Faulting module: ucrtbase.dll!free_base
This indicates a double-free or corrupted heap block within Lightroom’s memory handling — a severe memory violation typically caused by mishandled memory deallocation in unmanaged C++ code.
Conditions Tested:
-
GPU acceleration disabled (verified)
-
All plugins disabled
-
Occurs on fresh and long-term catalogs
-
Happens across different machines and Windows versions
-
Catalog and media files on high-speed internal drives
-
No external interference from cloud sync, clipboard tools, or antivirus
Reproducible Since 2014 — Across Multiple Lightroom Versions
I have reported variants of this issue since Lightroom 5, and it has persisted through Lightroom 6, Classic CC, and now into version 14.4.
Over the past decade, Adobe has:
-
Failed to isolate or patch this crash
-
Ignored or closed bug reports without resolution
-
Released new versions that continue to include the same unhandled memory violation
Despite extensive system testing on my part, and despite Adobe having the engineering tools to detect double_free bugs (e.g., static analysis, address sanitizers, heap validation), this crash still occurs — even in a default configuration, and now with all third-party elements removed.
This suggests either systemic failure to investigate, or intentional avoidance to prevent acknowledging a known flaw with potential data-loss liability.
Request to Adobe:
This is a core architectural bug in Lightroom’s memory model. It is:
-
Reproducible
-
Longstanding
-
Hardware-independent
-
Plugin-independent
-
And now easily traceable using modern debugging tools (!analyze -v in WinDbg clearly shows HEAP_CORRUPTION_ACTIONABLE_BlockNotBusy_DOUBLE_FREE in ucrtbase.dll!free_base)
After more than a decade of professional use, I can say with confidence that Lightroom Classic has never achieved consistent memory safety, and that this particular bug must now be escalated.
Attachments Available:
-
Crash dump analysis (WinDbg)
-
System Info
-
Catalog environment details
If you’ve encountered similar instability or heap corruption under otherwise clean system conditions, I encourage you to respond and/or upvote. Adobe must stop pushing version updates while silently carrying forward this latent defect.
