doom/font-reload causes segmentation fault

[ArthurHeymans]

coredumpctl.txt

[eval-exec]

@ArthurHeymans Thans for the report.
Which git commit version of neomacs are you using?

[ArthurHeymans]

44095fd is the revision

[eval-exec]

Emmmmm... It's hard to investigate, and I can't reproduce this.

Hello @ArthurHeymans , do you have a way to reproduce it? And friendly invite you to compile and run latest neomacs, I think its rust rendering have a big improvement now.

[xaiki]

Doom had issues for me with locate-file-internal that was taking min 3 args for me.
i carried a small patch to fix it but it was obsoleted by a recent refactor, maybe that's the issue experienced by @ArthurHeymans ?

commit 48d961482bace1409e72603801e8205fa663ed89
Author: Niv Sardi <xaiki@evilgiggle.com>
Date:   Tue Mar 17 09:48:14 2026 -0300

    locate-file-internal takes 2 min args

diff --git a/neovm-core/src/emacs_core/lread.rs b/neovm-core/src/emacs_core/lread.rs
index 9725bb99d..cfccbbe86 100644
--- a/neovm-core/src/emacs_core/lread.rs
+++ b/neovm-core/src/emacs_core/lread.rs
@@ -446,11 +446,12 @@ pub(crate) fn builtin_locate_file(args: Vec<Value>) -> EvalResult {
 ///
 /// Internal variant of `locate-file`; currently uses the same lookup behavior.
 pub(crate) fn builtin_locate_file_internal(args: Vec<Value>) -> EvalResult {
-    expect_min_args("locate-file-internal", &args, 3)?;
+    expect_min_args("locate-file-internal", &args, 2)?;
     expect_max_args("locate-file-internal", &args, 4)?;
     let filename = expect_string(&args[0])?;
     let path = parse_path_argument(&args[1])?;
-    let suffixes = parse_suffixes_argument(&args[2])?;
+    let suffixes_args = args.get(2).cloned().unwrap_or(Value::Nil);
+    let suffixes = parse_suffixes_argument(&suffixes_args)?;
     Ok(
         match locate_file_with_path_and_suffixes(&filename, &path, &suffixes, args.get(3))? {
             Some(found) => Value::string(found),