[DragonFlyBSD - Bug #1368] (Closed) suspend signal race?

[bugtracker-admin at leaf.dragonflybsd.org]

Issue #1368 has been updated by tuxillo.

Description updated
Category set to Userland
Status changed from New to Closed
Assignee deleted (0)
Target version set to 3.8.0
% Done changed from 0 to 100

Hi,

I've tried to reproduce it without any luck (both csh/sh):

leaf:/home/tuxillo> vi /etc/defaults/rc.conf
^Z

Suspended
leaf:/home/tuxillo> jobs
[1]  + Suspended                     vi /etc/defaults/rc.conf
leaf:/home/tuxillo> fg
(vi comes up again nicely)

Closing this one.

Cheers,
Antonio Huete


----------------------------------------
Bug #1368: suspend signal race?
http://bugs.dragonflybsd.org/issues/1368#change-11725

* Author: qhwt+dfly
* Status: Closed
* Priority: Normal
* Assignee: 
* Category: Userland
* Target version: 3.8.0
----------------------------------------
Hi.
I noticed there's still a weird "race" with regard to suspend signal
(ctrl+Z), that I used to observe back in 1.8-RELEASE days.  It's 100%
reproducible on -DEVELOPMENT or 2.2-RELEASE.  What I did was basically
this, followed by ctrl+Z:

  $ su root -c 'vi /usr/pkg/etc/mk.conf'
  [1] + Suspended (signal)	su root -c vi /usr/pkg/etc/mk.conf
  $ fg

The result depends on root's login shell; if it's set to /bin/csh
(the default), the suspended process silently vanishes (killed?).
  $ fg

  Suspended
  $ pgrep -u root vi

If the root's login shell is set to /bin/sh, the vi session won't
resume and gets stuck there (pressing ctrl+T shows that the process
is in [stop] state).  If I send SIGCONT to vi, the vi session resumes
and I can continue to work on it.

The behavior on csh is quite undesirable, as you may lose the suspended
process (I think I've seen that before, but didn't care at that time).
It seems to occur for commands other than vi:
  $ su root -c 'cat'			# affected
  $ su root -c 'seq 1 10000'		# affected
  $ su root -c 'seq 1 10000 | tee a'	# can't be interrupted

Any ideas on how to resolve this issue?



-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account