Re: can't make current SVN trunk
Hi. On Mon, May 12, 2014 at 10:38:18PM +0200, Patrice Dumas wrote: On Mon, May 12, 2014 at 09:05:04PM +0300, Aharon Robbins wrote: After a fresh checkout of the SVN trunk, autogen, configure and make, the build dies with: Undefined subroutine Texinfo::Structuring::warn_non_empty_parts called at ../tp/texi2any line 1272. A possible fix would be, when calling texi2any (and not texi2any.pl), to try the directory relative to @datadir@ last in the search path. This should be fixed in svn. Thanks for the report! It's working great! Much thanks for the help! Arnold
Re: failures with parallel tests
On Sun, May 18, 2014 at 6:13 PM, Gavin Smith gavinsmith0...@gmail.com wrote: On Sun, May 18, 2014 at 12:47 PM, Patrice Dumas pertu...@free.fr wrote: Hello, With info tests, when doing parallel tests, with make -j8 check for example, there may be some failures that do not happen for sequantial tests. It is not that much reproducible. There is something in the log that could point to the issue though: FAIL: t/body-start.sh = t/Init-intera.inc: line 21: /dev/pts/36: No such file or directory The test that fail is not always the same, bug the error message is the same. I can't reproduce this. I've added debugging print statements to pseudotty.c, which will be recorded in the *.log files. If you could try it again, you could have another look to see if this gives us any more idea what is causing this. I've had it happen to me now, and not in a parallel test. I got this in t/tab.sh.log: ./pseudotty: getting pty master fd ./pseudotty: unlocking slave device ./pseudotty: getting file name of slave device... ./pseudotty: /dev/pts/8 ./pseudotty: entering main loop ./t/Init-intera.inc: line 21: /dev/pts/8: No such file or directory Maybe if it tries to redirect to the file too quickly, it hasn't been created properly? I tried running the tests several times again but it didn't happen again.
Re: failures with parallel tests
Is there some crazy way to avoid pty's completely? I suspect they are inherently random trouble. I mean, tests presumably can't use a real terminal, pseudo or otherwise, it all has to be batch anyway. (Sorry for not actually looking at what you are doing with the ptys, likely I'm totally offbase.) Another possibility: look at coreutils and/or gnulib test suites. maybe they do checks with ptys using methods that can be adapted. k
Re: failures with parallel tests
On Mon, May 19, 2014 at 10:23 PM, Karl Berry k...@freefriends.org wrote: Is there some crazy way to avoid pty's completely? I suspect they are inherently random trouble. I mean, tests presumably can't use a real terminal, pseudo or otherwise, it all has to be batch anyway. (Sorry for not actually looking at what you are doing with the ptys, likely I'm totally offbase.) I've added another attempt at stopping this problem. I'll try writing a README with some brief notes on what the tests are doing. Another possibility: look at coreutils and/or gnulib test suites. maybe they do checks with ptys using methods that can be adapted. Maybe. Thanks.