Description: When there is a bash handler for SIGCHLD, less is stopped when the process emptying into the pipe finishes. This problem does not occur on other UNIX systems.

Additional info:
* core/less 436-1

Steps to reproduce:

1. Put this simple script into .bashrc (e.g., for telling bash the proper window width after a resize so that commands always wrap correctly):

#####################################
sizetw 26 100
function updwin() {
NUMLINES=$(tput lines)
NUMCOLS=$(tput cols)
sizetw ${NUMLINES} ${NUMCOLS}
return 0
}
trap updwin SIGWINCH
trap updwin SIGCHLD
#####################################

2. Then, after starting a new bash shell that executes that script, try:

# cat /etc/services | less


3. less should pause on the first page. After a few seconds, hit the "down" cursor to move down in the file. bash should then report that the process was "Stopped" (which can be confirmed with the "jobs" command). The user then has to issue a "fg" to get the process back and quit the less.


I have verified that this problem does not occur on less 382 (on Darwin) or less 394 (RedHat Enterprise Linux Client 5.4/Tikanga). My system is an x86_64 Arch Linux. I plan to e-mail less's author as well.