Skip to content

Segfault on every invocation on Arch Linux (kernel 6.18.13, x86_64) #92

@Zioyre

Description

@Zioyre

codedb v0.2.1 (prebuilt binary and self-built) crashes immediately with SIGSEGV on Arch Linux rolling, kernel 6.18.13-arch1-1, x86_64.

Stack trace (identical across all invocations):

#0  0x000000000109be78 main.main (codedb + 0x9be78)
#1  0x000000000106ae5f start.callMain (codedb + 0x6ae5f)
#2  0x000000000106aa8e start._start (codedb + 0x6aa8e)

Binary info:
ELF 64-bit, statically linked, x86-64, stripped

Every mode crashes identically:

  • codedb --help — segfault
  • codedb mcp <path> — segfault
  • codedb serve <path> — segfault
  • Piped input (echo | codedb) — exit 139
  • setsid, TERM=dumb — exit -11

What was tried:

  1. Prebuilt binary from install script — segfault
  2. Prebuilt binary from GitHub releases v0.2.1 — segfault
  3. Prebuilt binary from releases v0.2.0 — segfault
  4. Prebuilt binary from releases v0.1.0 — segfault
  5. Built from source with Zig 0.15.2 (patched out macOS codesign step) — segfault (same trace, different offsets)
  6. Built from source with -Dtarget=native-linux-gnu — segfault
  7. Wrapped with script -qc PTY — segfault
  8. Python pty.openpty() — segfault

Environment:

Linux archlinux 6.18.13-arch1-1 #1 ZEN SMP PREEMPT_DYNAMIC x86_64 GNU/Linux

Assessment:
The crash occurs in main.main during Zig runtime initialization, before any application code runs. This strongly suggests a Zig standard library incompatibility with kernel 6.18.13 rather than a TTY or subprocess issue.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions