Path: csiph.com!goblin1!goblin.stu.neva.ru!usenet.stanford.edu!not-for-mail From: Michael Felt Newsgroups: gnu.bash.bug Subject: Re: make distclean and bash-4.4 - FYI Date: Wed, 31 Oct 2018 21:13:19 +0200 Lines: 49 Approved: bug-bash@gnu.org Message-ID: References: <4631d44f-ecec-d119-96db-982c9dcfad06@felt.demon.nl> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Trace: usenet.stanford.edu 1541013228 5532 208.118.235.17 (31 Oct 2018 19:13:48 GMT) X-Complaints-To: action@cs.stanford.edu To: bug-bash@gnu.org Envelope-to: bug-bash@gnu.org User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 In-Reply-To: <4631d44f-ecec-d119-96db-982c9dcfad06@felt.demon.nl> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.101.98.107 X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Xref: csiph.com gnu.bash.bug:14752 On 10/31/2018 9:03 PM, Michael Felt wrote: > Hi, > > I finally got around to patching and packaging bash-4.4.23 and had to > run a "make distclean" because I had copied the old version and without > the make distclean make kept looking for "bashversion" in the old path > .../bash-4.4.19/bashversion > > This is just FYI - I'll install yacc, make worked well after yacc was installed > which is what make is complaining > about now - but I also wonder if I could have avoided this by trying to > build oot (out of tree). Is this supported, or even recommended? > > Thanks for a great product! > > Michael > Running "make test", and I amy have forgotten something I did in the past. a) running tests as root (initially) b) ends with: run-vredir 14,16c14,16 < ./vredir.tests: line 25: $v: A file descriptor does not refer to an open file. < ./vredir.tests: line 26: $v: A file descriptor does not refer to an open file. < ./vredir.tests: line 27: $v: A file descriptor does not refer to an open file. --- > ./vredir.tests: line 25: $v: Bad file descriptor > ./vredir.tests: line 26: $v: Bad file descriptor > ./vredir.tests: line 27: $v: Bad file descriptor 90,91c90,91 < ./vredir6.sub: redirection error: cannot duplicate fd: The process file table is full. < ./vredir6.sub: line 13: /dev/null: The process file table is full. --- > ./vredir6.sub: redirection error: cannot duplicate fd: Invalid argument > ./vredir6.sub: line 13: /dev/null: Invalid argument I am mainly surprised by "process file table is full" - is there something specific I can do to look at this more closely? Michael