Bug #2521
closed
new dialog locks up on dports on both platforms
Added by marino over 11 years ago.
Updated over 11 years ago.
Description
It was reported that using "make config" on a dport with options stopped working on i386 after the import of the new libdialog. It will freeze after "[OK]" is pressed.
I didn't see it on x86-64 platform, but it was reported on IRC that it occurred on their x86-64 machine.
I marked it urgent because it's a showstopper if dports is destined to be default package manager in release 3.4.
Right now the only option is to skip dialog with "USE_BATCH=yes" or some other method.
I tracked it down to the final exit(3) call in dialog(1). The process stays forever in reaper1 state. Kernel race??? Btw, this happens on an amd64 virtualbox instance. To reproduce just run "dialog --trace t --msgbox test 10 10".
When dialog(1) exits, it has an unmatched PHOLD from scmouse.c, in syscons. When a process enters mouse mode via syscons (registers for a signal on mouse events), it gains a hold to stabilize the proc for signals. On exit, this hold is not removed.
http://acm.jhu.edu/~me/scmouse.diff is a first patch, not-yet-compile-tested and soon-to-be-fixed-somewhat, that registers an at-process-exit handler to disconnect the process from the syscons its MOUSE_MODEing for.
- Status changed from New to Closed
Also available in: Atom
PDF