Veda Larson Palmer wrote:

>Hi Larry,
>
>Thanks for your quick response.
>
>As far as I can tell, both our client and server are at 1.11.2:
>
>% cvs version
>Concurrent Versions System (CVS) 1.11.2 (client/server)
>
>I get the same behavior in both local and pserver mode.
>On our pserver host,
>
>% grep cvs /etc/inetd.conf
>cvspserver stream tcp nowait acl /usr/bin/cvs cvs -f --allow-root=/pgrd/ljdev/cv
>sroot pserver
>% /usr/bin/cvs version
>Concurrent Versions System (CVS) 1.11.2 (client/server)
>
>Interestingly, the same revision pair works with cvs diff/rdiff -rv1_0 -rv1_1
>(but the output of diff doesn't make very nice release notes ;).
>
>Are you unable to reproduce this behavior in cvs log with your 1.11.2
>installation?
>  
>

First off, there is a major difference between the log and diff 
functionality here.  Diff only needs to process two revisions - 
effectively, it's checking out rev1 and rev2 and then running the 
equivalent of the diff util that you'd run from the command line.

Now, when you supply two revisions to log, it is a little trickier to 
figure out what you want.  In this case, I would say it is fairly 
obvious that you are asking for all the log messages from revisions 
along the trunk from rev1to the base of branch1 then all the revisions 
on branch1 up to and including rev2:

------Trunk------rev1-------------------------
                         \
                          \---branch1-----rev2-------

But, in this case, things aren't so obvious:

-------Trunk--------------------------------------------
                     \                         \
                      \----branch1-----rev1     \------branch2-----rev2

Larry only recently made what he called a "first cut" at making log 
requests between a "revision and *any* ancestor":

> 2002-04-19  Larry Jones  <[EMAIL PROTECTED]>
>
>     * log.c (log_expand_revlist): First cut at code to allow logging
>     between a revision and *any* ancestor, not just one explicitly on
>     the same branch (e.g., from 1.1 to 4.1.2.3.6.1).


But I wouldn't be suprised from Larry's phrasing that only case 1 above 
had been implemented nor would I be suprised that case 2 was not even 
meant to work.  Do you know which case your log request fell into?

Derek

-- 
                *8^)

Email: [EMAIL PROTECTED]
Public key available from www.keyserver.net - Key ID 5ECF1609
Fingerprint 511D DCD9 04CE 48A9 CC07  A421 BFBF 5CC2 56A6 AB0E

Get CVS support at http://ximbiot.com
-- 
I predict future happiness for Americans if they can prevent the government
from wasting the labors of the people under the pretense of taking care of
them.
                        - Thomas Jefferson




_______________________________________________
Bug-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-cvs

Reply via email to