Bug #2521
closed
new dialog locks up on dports on both platforms
0%
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.
Updated by mneumann almost 12 years ago
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".
Updated by vsrinivas almost 12 years ago
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.
Updated by marino almost 12 years ago
- Status changed from New to Closed