bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Cvs-test-results] CVS trunk testing results (BSDI BSD/OS)


From: Derek Price
Subject: Re: [Cvs-test-results] CVS trunk testing results (BSDI BSD/OS)
Date: Thu, 03 Nov 2005 11:32:40 -0600
User-agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)

Resending to Larry and the test-results list to CC bug-cvs for input on
the potential sanity.sh changes and the portability of `dd'.

Larry Jones wrote:

>>/bin/sh /u/scjones/cvs-nightly/src/sanity.sh -r `pwd`/cvs
>>This test should produce no other output than this message, and a final "OK".
>>(Note that the test can take an hour or more to run and periodically stops
>>for as long as one minute.  Do not assume there is a problem just because
>>nothing seems to happen for a long time.  If you cannot live without
>>running status, try the command: `tail -f check.log' from another window.)
>>FAIL: compression-2
>>*** Please see the `TESTS' and `check.log' files for more information.
>>    
>>
>
>PASS: compression-1
>cvs [commit aborted]: memory exhausted
>exit status was 1
>FAIL: compression-2
>  
>
Hrm.  Larry, could you provide a little more information about this
failure?  If you back out the most recent change to zlib.c, does this
test pass on BSDI & AIX?  Also, what, exactly, is causing the "memory
exhausted" error?  Is it a new bug or simply because the test attempts
to commit a file of about 4MB in size and the whole thing is held in
memory at once (twice? more? - client & server?)?

If it's the latter, I can think of two compromises.  The first is to try
and add infrastructure to SKIP this test if it returns "memory
exhausted".  The second, and the one I think I prefer, is to SKIP this
test when dd and /dev/urandom are not available and otherwise use dd to
copy 20k from /dev/urandom into the file, which should make it mostly
uncompressable.  Is there a more portable way than dd to copy a set
number of bytes from one file to another?

(Hrm, I suppose I could generate the 20k uncompressable file once and
distribute it as test data, but that would mean either setting a
precedent with the first external test source for sanity.sh or adding a
20k uncompressable uuencoded here-doc to sanity.sh internally.)

Regards,

Derek
-- Derek R. Price CVS Solutions Architect Ximbiot <http://ximbiot.com>
v: +1 717.579.6168 f: +1 717.234.3125 <mailto:derek@ximbiot.com>


-- 
Derek R. Price
CVS Solutions Architect
Ximbiot <http://ximbiot.com>
v: +1 717.579.6168
f: +1 717.234.3125
<mailto:derek@ximbiot.com>






reply via email to

[Prev in Thread] Current Thread [Next in Thread]