Aven crashes on macOS 27 — locale workaround

[Olly Betts]

On Sun, Sep 20, 2026 at 03:45:39PM +0200, Darek Lubomski wrote:
> After updating to macOS 27, Aven crashes with “trace trap”, even without
> opening a file. This happens in both Terminal.app and kitty.

Can you get a backtrace to show where it crashes?

I'm not familiar with lldb, but assuming it's like gdb something like:

  lldb --args aven KATASTER.3d

then inside lldb:

  run

and when it crashes:

  bt

> My setup: Apple M4, Aven 1.4.22 from Homebrew, wxWidgets 3.3.2.

FWIW, that's a development version of wxWidgets.

> This workaround lets me open the model:
> 
>     LC_ALL=C.UTF-8 aven KATASTER.3d
> 
> Codex-assisted investigation — separate from my observations
> 
> Local tests run with Codex reproduced the crash with pl_PL.UTF-8, while
> C.UTF-8 and en_US.UTF-8 started successfully. Crash reports point to
> CoreUI/AppKit.
> 
> A macOS 27 locale regression is a hypothesis, not a confirmed root cause.
> Potentially related: wxWidgets #26822:
> https://github.com/wxWidgets/wxWidgets/issues/26822

Seems bogus - the only connection being the OS version.  Please let's
stick to facts and human investigations.

> Is this known, and could an Aven-side workaround help?

Nobody's reported it before, but it looks like macOS 27 was only
released a few days ago so it may or may not affect others.

It might be possible to workaround, but we really need to know more
about what's going on.  Even if it avoided the crash, simply forcing
`LC_ALL=C.UTF-8` early on would stop translation of messages from
working.

As above, a backtrace would help a lot.

Also, is this specific to `pl_PL`?  You said it works with `en_US` but
that's kind of a special case.

And does this work?  It should still give Polish messages:

  SURVEXLANG=pl_PL.UTF-8 LC_ALL=C.UTF-8 aven KATASTER.3d

Cheers,
    Olly