Re: kern/37668: lfs deadlocks, possibly due to v_numoutput leak

[coypu%SDF.ORG@localhost]

The following reply was made to PR kern/37668; it has been noted by GNATS.

From: coypu%SDF.ORG@localhost
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: kern/37668: lfs deadlocks, possibly due to v_numoutput leak
Date: Sun, 29 May 2016 14:05:39 +0000

 The reproduction step doesn't work for me (at least not right away)
 However, running these two commands does:
 
 tar cf - /not-lfs/src | (cd /lfs; tar xf -)
 
 # followed by..
 cd /lfs && echo garabage > conftest && rm conftest2 && \
   dd bs=3 count=1 < conftest
 
 ...encountered 'in the wild', when compiling packages,
 a common configure (libtool.m4) has:
 
 # _LT_PATH_DD
 # -----------
 # find a working dd
 m4_defun([_LT_PATH_DD],
 [AC_CACHE_CHECK([for a working dd], [ac_cv_path_lt_DD],
 [printf 0123456789abcdef0123456789abcdef >conftest.i
 cat conftest.i conftest.i >conftest2.i
 : ${lt_DD:=$DD}
 AC_PATH_PROGS_FEATURE_CHECK([lt_DD], [dd],
 [if "$ac_path_lt_DD" bs=32 count=1 <conftest2.i >conftest.out 2>/dev/null; then
   cmp -s conftest.i conftest.out \
   && ac_cv_path_lt_DD="$ac_path_lt_DD" ac_path_lt_DD_found=:
 fi])
 rm -f conftest.i conftest2.i conftest.out])
 ])# _LT_PATH_DD