Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[bug-gnu-utils] sharutils-4.13.4 test failures

2 views
Skip to first unread message

Nelson H. F. Beebe

unread,
Apr 1, 2013, 4:23:19 PM4/1/13
to bug-gn...@gnu.org, be...@math.utah.edu
I've done 35 or so builds of sharutils-4.13.4 today on about 25
flavors of Unix. Most succeeded, and passed all tests, but on a few,
I get failures, with core dumps, like this:

PASS: uutest-1
FAIL: shar-1
PASS: shar-2
FAIL: shar-3
PASS: shar-4

Changing compilers (different versions of gcc, or clang), and changing
optimization levels (w/ and w/o -O2), and changing the environment
(normal, or stripped to just PATH and HOME) does not fix the problem.

Failing systems include SGI IRIX MIPS, DragonFly BSD x86, Mac OS X
x86, MirBSD x86, OpenBSD x86 4.x and 4.x and Solaris x86 10 and 11.

On Mac OS X, changing from cc to c99 produces a build that passes all
of its tests.

On the OpenBSD systems, shar-1 passes, but shar-3 fails.

On Solaris x86 11, a build with c99 fails to compile, but with cc,
compiles and passes its tests.

During the course of this testing, I also discovered that

make distclean

incorrectly deletes sharutils-4.13.4/doc/uudecode.1.

I compared the directory contents after the distclean with a separate
unbundled copy of the .tar.gz file, verifying that uudecode.1 is the
only such incorrectly-deleted file.

The previous release, sharutils-4.13.3, built and passed its tests on
most of the systems for which 4.13.4 tests fail.

On request, I can provide a sharutils developer with a private copy of
the entire set of logs for failing builds.

-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah FAX: +1 801 581 4148 -
- Department of Mathematics, 110 LCB Internet e-mail: be...@math.utah.edu -
- 155 S 1400 E RM 233 be...@acm.org be...@computer.org -
- Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------

Bruce Korb

unread,
Apr 1, 2013, 6:15:15 PM4/1/13
to Nelson H. F. Beebe, bug-gn...@gnu.org
On 04/01/13 13:23, Nelson H. F. Beebe wrote:
> On request, I can provide a sharutils developer with a private copy of
> the entire set of logs for failing builds.

Hi Nelson,

Thank you. The entire sharutils team has access to the olympusj:/export/home/1007/gu/bkorb
directory. Please just drop it there. The team of one will look at it.

Bruce Korb

unread,
Apr 1, 2013, 6:59:02 PM4/1/13
to Nelson H. F. Beebe, bug-gn...@gnu.org
On 04/01/13 13:23, Nelson H. F. Beebe wrote:
> I've done 35 or so builds of sharutils-4.13.4 today on about 25
> flavors of Unix. Most succeeded, and passed all tests, but on a few,
> I get failures, with core dumps, like this:
>
> PASS: uutest-1
> FAIL: shar-1
> PASS: shar-2
> FAIL: shar-3

shar-3 is a stress test problem: automake has added a "feature" wherein
logs get stashed away inside of directories that have been here-to-fore
untouched. Since my test consists of shar-ing and unshar-ing the sharutils
build directory, there's a wee bit of a problem. I had made some adjustments
that fixed it for some environments, but apparently not all of 'em.

So I have to figure out some way of reliably getting largish directory
trees with largish files that can be split across shar archives.
The build tree is a great suspect, but not if it contains files that change
dynamically while the test is in progress. *sigh*.

0 new messages