Bug #2521

new dialog locks up on dports on both platforms

Added by marino over 1 year ago. Updated over 1 year ago.

Status:ClosedStart date:03/01/2013
Priority:UrgentDue date:
Assignee:pavalos% Done:

0%

Category:-
Target version:-

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.

History

#1 Updated by mneumann over 1 year 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".

#2 Updated by vsrinivas over 1 year 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.

Also available in: Atom PDF