356df6cbd50f628bafadb176496c6dd4be63fafe
Running the Linux build against a live game showed it stuck forever on "scanning signatures": scanMaps only collected mappings whose file matched eldenring.exe, but this Proton build backs just the 4 KB PE header with the real path and maps the rest of the module (~94 MB of .text/.rdata/.data, where every AOB signature lives) as one anonymous mapping with no path. findModuleBase was handing the scanner the header alone. moduleSpan (the matching logic, now pulled out of scanMaps as a pure function for process_linux_test.go) extends the span through contiguous anonymous mappings that follow the last named one, and stops at the first mapping with its own path so it can't merge in an unrelated module. Confirmed against the live process: all three signatures resolve, PlayerIns confirms, and /deaths reports real numbers end to end. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Languages
Go
87.8%
HTML
12.1%
Nix
0.1%