ExitError (-11) when /bin/sh is the dash shell

[exorcist365]

Please follow the steps below for reporting a bug in Stack:

Make sure that you are using the latest release (currently Stack 3.7.1). See the
upgrade instructions
to upgrade.

Please use the following schema for your bug report:

General summary/comments (optional)

stack gives off ExitError (-11) when /bin/sh is linked to dash

Steps to reproduce

link /bin/sh to /usr/local/bin/dash
run any stack command: for example - stack build

Expected

Build the program.

Actual

Fails to build the program.

If you suspect that a Stack command misbehaved, please include the output of
that command in --verbose mode. If the output is larger than a page please
paste the output in a Gist.

stack --verbose build

Version 3.7.1, Git revision cfae313a06ea9f7278e0ac55a58341fa0440f1aa x86_64 hpack-0.38.1
2025-09-11 16:02:16.517136: [debug] Checking for project config at: /home/joan/.config/xmonad/stack.yaml
2025-09-11 16:02:16.517372: [debug] Loading project config file stack.yaml
2025-09-11 16:02:16.519595: [debug] Use of Casa server enabled: (CasaRepoPrefix "https://casa.stackage.org", 1280).
2025-09-11 16:02:16.521620: [debug] (SQL) SELECT COUNT(*) FROM "last_performed" WHERE ("action"=?) AND ("timestamp">=?); [PersistInt64 1,PersistUTCTime 2025-09-10 13:02:16.521587036 UTC]
2025-09-11 16:02:16.522097: [debug] Using package location completions from a lock file
2025-09-11 16:02:16.531135: [debug] Loaded snapshot from Pantry database.
2025-09-11 16:02:16.733574: [debug] Running Hpack on /home/joan/.config/xmonad/package.yaml
2025-09-11 16:02:16.735726: [debug] Hpack output unchanged in /home/joan/.config/xmonad/exmonad.cabal
2025-09-11 16:02:16.736369: [debug] Prefetching git repos: []
2025-09-11 16:02:16.736408: [debug] []
2025-09-11 16:02:16.748622: [debug] Asking for a supported GHC version
2025-09-11 16:02:16.748790: [debug] Installed tools: 
 - ghc-tinfo6-9.10.2
2025-09-11 16:02:16.748913: [debug] Run process: /sbin/ldconfig -p
2025-09-11 16:02:16.750329: [debug] Process finished in 1ms: /sbin/ldconfig -p
2025-09-11 16:02:16.750378: [debug] Did not find shared library libc.musl-x86_64.so.1
2025-09-11 16:02:16.750447: [debug] Run process: /bin/ldd --version
2025-09-11 16:02:16.752107: [debug] Process finished in 2ms: /bin/ldd --version
2025-09-11 16:02:16.752154: [debug] Found shared library libc6 in version: 2.42
2025-09-11 16:02:16.752600: [debug] Did not find shared library libtinfo.so.5
2025-09-11 16:02:16.752708: [debug] Found shared library libtinfo.so.6 in /usr/lib/
2025-09-11 16:02:16.752750: [debug] Found shared library libncursesw.so.6 in 'ldconfig -p' output
2025-09-11 16:02:16.752802: [debug] Found shared library libgmp.so.10 in 'ldconfig -p' output
2025-09-11 16:02:16.752979: [debug] Did not find shared library libgmp.so.3
2025-09-11 16:02:16.753011: [debug] Potential GHC builds: tinfo6, ncurses6
2025-09-11 16:02:16.753071: [debug] Found already installed GHC builds: tinfo6
2025-09-11 16:02:16.753250: [debug] (SQL) SELECT "id","actual_version","arch","ghc_path","ghc_size","ghc_modified","ghc_pkg_path","runghc_path","haddock_path","cabal_version","global_db","global_db_cache_size","global_db_cache_modified","info","global_dump" FROM "compiler_cache" WHERE "ghc_path"=?; [PersistText "/home/joan/.local/share/stack/programs/x86_64-linux/ghc-tinfo6-9.10.2/bin/ghc-9.10.2"]
2025-09-11 16:02:16.799258: [debug] Loaded compiler information from cache
2025-09-11 16:02:16.799393: [debug] Asking for a supported GHC version
2025-09-11 16:02:16.799442: [debug] Resolving package entries
2025-09-11 16:02:16.799504: [debug] Parsing the targets
2025-09-11 16:02:16.804234: [debug] Applying and checking flags
2025-09-11 16:02:16.806935: [debug] SourceMap constructed
2025-09-11 16:02:16.812329: [debug] Starting to execute command inside EnvConfig
2025-09-11 16:02:16.815174: [debug] Finding out which packages are already installed
2025-09-11 16:02:16.815343: [debug] Run process: /home/joan/.local/share/stack/programs/x86_64-linux/ghc-tinfo6-9.10.2/bin/ghc-pkg-9.10.2 --global --no-user-package-db dump --expand-pkgroot
2025-09-11 16:02:16.896271: [error] Received ExitFailure (-11) when running
Raw command: /home/joan/.local/share/stack/programs/x86_64-linux/ghc-tinfo6-9.10.2/bin/ghc-pkg-9.10.2 --global --no-user-package-db dump --expand-pkgroot

Stack version

stack --version
Version 3.7.1, Git revision cfae313a06ea9f7278e0ac55a58341fa0440f1aa x86_64 hpack-0.38.1

Method of installation

• Official binary, downloaded via haskellstack.org or from Stack's repository

Platform

Arch Linux x86_64 - arm64, normal 64bit intel i5

[exorcist365]

any update on this? cause its bugging me a lot

[mpilgrem]

@exorcist365, thanks for reporting.

If I understand correctly:

• dash is a lightweight POSIX-compliant command-line shell, often used as /bin/sh on Debian/Ubuntu systems
• Received ExitFailure (-11) when running means a segmentation fault on Linux
• you experience this fault when Stack tries to use GHC 9.10.2's ghc-pkg tool, eg when Stack uses the command:

  ghc-pkg-9.10.2 --global --no-user-package-db dump --expand-pkgroot

My own limitation is that I am a Windows user, although I have access to Ubuntu via WSL 2.

I have seached other Stack issues for dash, but with no joy. If dash is often used, it is odd that you are the first and only Stack user to experience this. I also looked at https://discourse.haskell.org/search?q=dash and https://gitlab.haskell.org/ghc/ghc/-/issues/?sort=created_date&state=all&search=dash&first_page_size=20.

As an exploration, what happens if you try to execute directly the command:

/home/joan/.local/share/stack/programs/x86_64-linux/ghc-tinfo6-9.10.2/bin/ghc-pkg-9.10.2 --global --no-user-package-db dump --expand-pkgroot

(The ghc-pkg dump command just sends certain information about GHC's global package database to the standard output channel. It is 'harmless'.)

EDIT: On my Ubuntu 24.04.3 LTS (x86-64) via WSL 2, I have:

$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Mar 31  2024 /bin/sh -> dash
$ apt show dash | grep Version

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Version: 0.5.12-6ubuntu5

and Stack works fine. I think that means that I cannot reproduce your problem.