Package: dash Version: 0.5.10.2-1 Followup-For: Bug #779416 Dear Maintainer,
I too noticed the issue with the following test script: ----------------------------------------------------------------------- #!/bin/dash set -e trap 'ret=$?; echo "EXIT: $ret"' EXIT trap 'exit 2' HUP INT QUIT PIPE TERM read variable ----------------------------------------------------------------------- I would expect the EXIT trap to be executed whan sending Ctrl-C, but dash does not do that, while bash and zsh do, with or without "set -e". I sent a tentative patch upstream which seems to fix the issue: https://marc.info/?l=dash&m=153969445911884&w=2 However I do not know the dash codebase very well, so a comment from upstream would be useful to understand if my change breaks something else. Ciao, Antonio -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dash depends on: ii debianutils 4.8.6 ii dpkg 1.19.2 ii libc6 2.27-6 dash recommends no packages. dash suggests no packages. -- debconf information: * dash/sh: true -- Antonio Ospite https://ao2.it https://twitter.com/ao2it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing?
