Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <3EA8B56A.9060307@ece.gatech.edu>
Date: Fri, 25 Apr 2003 00:11:22 -0400
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030401
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: [avail for test] cvs-1.11.5-1
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

USE AT YOUR OWN RISK.

But I would appreciate testing and feedback.  This is an update to 
version 1.11.5 from 1.11.0; there have been lots of changes under the 
hood.  cvs-1.11.5 adds the rlog command, as well as a number of 
bugfixes.  AFAIK, the server mode is still broken.

This version actually performs better on the self-tests than the old 
cvs-1.11.0 version did, so that's good.  I have not verified the 
interaction of binary/text mounted repository directories with 
binary/text mounted working dirs.  (However, since text mounts were 
basically broken in 1.11.0, any improvement in that area is gravy.)

                   binary-mounted         text-mounted
                   repository dir        repository dir

binary-mounted       works              ? (probably NOT work)
working dir

text-mounted           ?                ? (probably NOT work)
working dir


If this works as-well-as the old cvs-1.11.0 release, then I'll upload it 
to sources -- even if it doesn't fix every old problem in 1.11.0.

To try it out -- NOT ON YOUR PRODUCTION MACHINE -- point setup at
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/

--Chuck


----------------------------------------------------------------------
Table of contents:
   Notes
   Brief Summary of Test Failures
   Gory Test Results

Of 123 local: tests and 123 remote: tests,
(each with many subtests), only the following
failures were observered:

local: modules        remote: modules
local: modules6       remote: modules6
local: binfiles3      remote: binfiles3
local: errmsg1        remote: errmsg1
                       remote: devcom3
                       remote: crerepos

For Extremely Gory Test Results, see the files
   cvs-1.11.5-1.check.localpass
   cvs-1.11.5-1.check.localfail
   cvs-1.11.5-1.check.remotepass
   cvs-1.11.5-1.check.remotefail
which are in the 'release/cvs/' directory at the URL above.

--------------------------------------------
                  NOTES
--------------------------------------------

NOTES:
  (0) All tests run on W2k, NTFS, cygwin=ntsec, binary mounts
      for EVERYTHING, including the build dir, src dir, and
      /tmp.

  (1) I have made no attempt to fix or find any text/binary issues
      in the cygwin port of cvs.  It's entirely possible that any
      extant issues have already been fixed in the official codebase.
      It's also possible that bugs still lurk.

  (2) The old cvs-1.11.0-1 cygwin release failed these tests
      (only :local: access was tested):
	
      join-readonly-conflict (subtest 1)
      modules                (subtest 148)  failed with a coredump
      errmsg1                (subtest 168)
      binfiles3              (subtest 11)
      rcs2                   (subtest 7)
      rcs3                   (subtest 5)

      So, the 1.11.5-1 actually performs better than 1.11.0-1; it
      no longer fails the rcs2, rcs3, and join-readonly-conflict tests.
      Of the four :local: failures, three are no change from the
      earlier release.  The only "new" failure is modules6 -- but
      that test didn't exist in 1.11.0, so it isn't a regression, per se.

      ===>  no regressions from cvs-1.11.0-1  <===

      Further, we now can test pseudo-remote access using the :fork:
      protocol, which mimics all of the remote access code by
      forking a new copy of cvs.exe as a "local server".  In that
      case, the only test differences are:
        :fork: fails devcom3
        :fork: fails crerepos -- but that's expected

  (3) coredumping is bad.

  (4) Special 'targets' in the build script. After doing
      cvs-1.11.5-1.sh conf, and build, you can also do:

        cvs-1.11.5-1.sh check-local-pass
        cvs-1.11.5-1.sh check-local-fail
        cvs-1.11.5-1.sh check-remote-pass
        cvs-1.11.5-1.sh check-remote-fail

      check-local-pass runs all 119 local tests that I got successful
      results for.  Ditto check-remote-pass (117 passing tests).
      However, check-local-fail and check-remote-fail run only the
      few tests that failed in my testing.

  (5) There may be a resource leak somewhere -- while the check-local-pass
      tests run fine, I often got a "No space left on device" error
      while running the check-remote-pass tests (even though I had PLENTY
      of free disk space).  These spurious failures would persist -- until
      I rebooted the machine.  At that point, I could continue the tests
      from the point of failure, for another 30-40 tests.

      This did NOT happen in :local: mode; only :fork: mode.  It's
      possible the :fork: code isn't closing file descriptors or 
something...

      However, I do not expect that these sorts of errors will crop up in
      everyday usage.

--------------------------------------------
       BRIEF SUMMARY OF TEST FAILURES
--------------------------------------------


FAILED TESTS:

local: modules    (subtest modules-148a0)
        causes a coredump...

local: modules6   (subtest modules6-1)

local: binfiles3  (subtest binfiles3-11)
        expected.  'admin -o' is disabled on windows/cygwin

local: errmsg1    (subtest 168)


remote: modules (subtest modules-148a1)
         again, causes a coredump

remote: modules6 (subtest modules6-1)

remote: binfiles3 (subtest binfiles3-11)
         again, expected.  'admin -o' is disabled on windows/cygwin

remote: errmsg1 (subtest 168)

remote: devcom3 (subtest devcom3-9ar)

remote: crerepos
         ERROR: cannot test remote CVS, because `rsh KHELDAR' fails.
         when testing in remote mode, crerepos uses :ext: instead of
         :fork:.  However, even though I had rshd running -- it was
         running as SYSTEM -- which means password entry is required.
         This test expects passwordless rsh.

--------------------------------------------
              GORY TEST DETAILS
--------------------------------------------

LOCAL TESTS

   FAILED 4
     modules
     modules6
     binfiles3
     errmsg1

   PASSED 119
     version basica basicb basicc basic1
     deep basic2 files spacefiles commit-readonly
     commit-add-missing rdiff diff death death2
     rm-update-message rmadd rmadd2 dirs dirs2
     branches branches2 tagc tagf rcslib
     multibranch import importb importc update-p
     import-after-initial join join2 join3 join-readonly-conflict
     join-admin join-admin-2 new newb conflicts
     conflicts2 conflicts3 clean modules2 modules3
     modules4 modules5 mkmodules-temp-file-removal cvsadm emptydir
     abspath toplevel toplevel2 checkout_repository mflag
     editor errmsg2 adderrmsg devcom devcom2
     devcom3 watch4 watch5 unedit-without-baserev ignore
     ignore-on-branch binfiles binfiles2 mcopy binwrap
     binwrap2 binwrap3 mwrap info taginfo
     config serverpatch log log2 logopt
     ann ann-id crerepos rcs rcs2
     rcs3 lockfiles backuprecover history big
     modes modes2 modes3 stamps sticky
     keyword keyword2 keywordlog head tagdate
     multibranch2 tag8k admin reserved diffmerge1
     diffmerge2 release multiroot multiroot2 multiroot3
     multiroot4 rmroot reposmv pserver server
     server2 client fork commit-d

REMOTE TESTS: (uses :fork:, not :ext: or :pserver:)

   FAILED 5
     modules
     modules6
     binfiles3
     errmsg1
     devcom3
     crerepos

   PASSED 117
     version basica basicb basicc basic1
     deep basic2 files spacefiles commit-readonly
     commit-add-missing rdiff diff death death2
     rm-update-message rmadd rmadd2 dirs dirs2
     branches branches2 tagc tagf rcslib
     multibranch import importb importc update-p
     import-after-initial join join2 join3 join-readonly-conflict
     join-admin join-admin-2 new newb conflicts
     conflicts2 conflicts3 clean modules2 modules3
     modules4 modules5 mkmodules-temp-file-removal cvsadm emptydir
     abspath toplevel toplevel2 checkout_repository mflag
     editor errmsg2 adderrmsg devcom devcom2
     watch4 watch5 unedit-without-baserev ignore ignore-on-branch
     binfiles binfiles2 mcopy binwrap binwrap2
     binwrap3 mwrap info taginfo config
     serverpatch log log2 logopt ann
     ann-id rcs rcs2 rcs3 lockfiles
     backuprecover history big modes modes2
     modes3 stamps sticky keyword keyword2
     keywordlog head tagdate multibranch2 tag8k
     admin reserved diffmerge1 diffmerge2 release
     multiroot multiroot2 multiroot3 multiroot4 rmroot
     reposmv pserver server server2 client
     fork commit-d




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/