<html><head></head><body>I have noticed the exact same behavior for ncurses applications started directly from a launcher, i.e. not inside a terminal window. The launcher was dmenu in my case, and I probably wasn't even running openbox. I do however start all my window managers from .xinitrc.<br>
<br>
Other terminal apps just fail silently, only ncurses apps cause that sort of soft freeze.<br>
Killing them was sufficient iirc.<br>
<br>
<br><br><div class="gmail_quote">On January 2, 2017 1:26:56 AM EET, Ian Zimmerman <itz@primate.net> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">On 2017-01-01 21:57, Piotr Karbowski wrote:<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> If I try to start htop (ncurses application) via gmrun, the parent of<br /> htop become openbox, the htop goes into T state and half of my system<br /> deadlocks. Deadbeef, Firefox and Thunderbird goes gray and does not<br /> respond/refresh. I can still use openbox, switch windows and spawn new<br /> processes.<br /> <br /> It's not possible to kill neither htop nor openbox, but if I kill the<br /> 'sh /home/piotr/.xinitrc' which shares the process group with both<br /> openbox and htop then system recovers, everything spawned from it is<br /> killed, I can start it up again and things works.<br /> <br /> If I start urxvt (terminal emulator) and then run gmrun there, run<br /> htop thru gmrun, then the htop displays itself on the terminal from<br /> where I started gmrun from. This confusess me greatly.<br /> <br /> Can someone help me understand what is going on here and where the<br /> problem is, actually? A ncurses application that try to overtake the<br /> terminal of parent, or openbox not handling such bizzare usecase?<br /> Running ncurses application outside of terminal emulator should fail<br /> anyway, but not in such way.<br /></blockquote><br />I don't have a solution or even an answer, but since I use X and openbox<br />in much the same way as you do, I took a quick look at the involved<br />processes. What I see is that openbox and even its direct children<br />(ie. GUI apps) keep the controlling terminal inherited from startx -<br />i.e. the VT where you run startx from.<br /><br />To me this looks like a bug in xinit. It should drop the controlling<br />terminal when forking the "master" app, that is openbox in this case.<br /><br />But maybe a work-around would be to drop it in openbox instead, subject<br />to an option?<br /><br />Unfortunately this area is one that is getting taken over by systemd -<br />see for example<br /><br /><a href="http://www.gossamer-threads.com/lists/gentoo/user/320739">http://www.gossamer-threads.com/lists/gentoo/user/320739</a><br /><br />so, I suspect that any solution will have to be self-supported.<br /></pre></blockquote></div><br>
-- <br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.</body></html>