gnu screen, запущеное в нём приложение и Ctrl+c

gnu screen

deprecated

sh -c
по ^C мы должны увидеть «point2»

man bash в районе sigint

В общем желание немного странное, но можно поймать через trap.

[aol@linux ~]$ screen
[aol@linux ~]$ echo 1; sleep 1000; echo 2
1
^C
2
[aol@linux ~]$ ^ad
[detached]
[aol@linux ~]$ screen --version
Screen version 4.00.03 (FAU) 23-Oct-06

нажимал просто контрол и просто цэ

Ладно.. но про trap, повторять не буду) :

       When bash is interactive, in the  absence  of  any  traps,  it  ignores
       SIGTERM (so that kill 0 does not kill an interactive shell), and SIGINT
       is caught and handled

Ты не понял вопроса.

что не так? долгоиграющая программа запущена в скрине, остановлена по ^c, при этом скрин не остановился. не этого ли ты добиваешься?

в .screenrc

[aol@linux ~]$ echo 1; sleep 1000; echo 2

не этого ли ты добиваешься?

no comments

okay. пропустил. my bad ;)

Ну можно еще отдельный инит, если хочется прямо в screenrc, башизмом:
bash --rcfile <(echo "top; echo done; . ~/.bashrc").

Хотелось бы ограничиться скрином.
А вот такая конструкция в конфиге(запуск скрина от рута и приложения в нём через su user) отрабатывает как нужно:

screen -t two 1 bash -c 'echo point1 ; su -m user -c "./app_bin" ; echo point2 ; bash'

Ну значит su .. -c ловит sigint.

sh -c тоже правильно отрабатывает: нафига мне в каком-нибудь make попадать после ctrl-c в непонятный внутренний scope.