7 messages in com.perforce.revml[revml] Re: Errors converting from cvs| From | Sent On | Attachments |
|---|---|---|
| Matthew Attaway | 24 May 2001 12:03 | |
| barries | 24 May 2001 13:52 | |
| barries | 24 May 2001 14:20 | |
| barries | 24 May 2001 16:34 | |
| Matthew Attaway | 06 Jun 2001 18:01 | |
| Matthew Attaway | 06 Jun 2001 18:11 | |
| barries | 07 Jun 2001 05:44 |
| Subject: | [revml] Re: Errors converting from cvs |
|---|---|
| From: | barries (barr...@slaysys.com) |
| Date: | 05/24/2001 01:52:10 PM |
| List: | com.perforce.revml |
On Thu, May 24, 2001 at 12:03:24PM -0700, Matthew Attaway wrote:
Hi Barrie,
I finally got my command to work. Never was the old saying RTFM more true! Unfortunately, I didn't get far. =( I've attached the command I ran and the output below. You can access the same repository if you set your CVSROOT to :pserver:gue...@cvs.tigris.org:/cvs. The password is guest. Let me know if you have any questions.
One question: how'd you find such a corrupt repository :-). Those are the subversion guys, guess subversion is dogfood. Or else there's some "normal" CVS way to get two of the same revision (see below for a cvs log snippet).
They also have things like revision comments that contain lines like
==================================
which were fooling VCP's log file parser. They cut and pasted a README or somehting that used a line of equal signs as a heading underline.
VCP now requires exactly
/^=============================================================================/
and
/^----------------------------/
as log file delimiters, though that's still not foolproof. I may add a "$" to the end of those REs. Not sure how other avoid false triggering on them. I can add a little state machine to ignore some of them, I suspect, but they should be rare and it's a bit hairy.
I'll check stuff in as soon as I get it all working.
- Barrie
---------------------------- revision 1.13 date: 2000/09/22 18:16:44; author: jrobbins; state: Exp; lines: +1 -1 Set EMULATE_LOCAL_USERS to be used by default. Important people seem to prefer this :).
---------------------------- revision 1.12 date: 2000/09/05 22:37:42; author: thom; state: Exp; lines: +8 -4
merge revision history for cvspatches/root/log_accum.in
---------------------------- revision 1.11 date: 2000/08/30 01:29:38; author: kfogel; state: Exp; lines: +8 -4 (derive_subject_from_changes_file): use \t to represent tab characters, not the incorrect \i. =============================================================================
---------------------------- revision 1.11 date: 2000/09/05 22:37:32; author: thom; state: Exp; lines: +3 -3
merge revision history for cvspatches/root/log_accum.in
---------------------------- revision 1.10 date: 2000/07/29 01:44:06; author: kfogel; state: Exp; lines: +3 -3 Change all "Tigris" ==> "Helm" and "tigris" ==> helm", as per Daniel Rall's email about how the tigris path is probably obsolete. =============================================================================
---------------------------- revision 1.10 date: 2000/09/05 22:37:23; author: thom; state: Exp; lines: +22 -19
merge revision history for cvspatches/root/log_accum.in
---------------------------- revision 1.9 date: 2000/07/29 01:12:26; author: kfogel; state: Exp; lines: +22 -19 tweak derive_subject_from_changes_file() =============================================================================
---------------------------- revision 1.9 date: 2000/09/05 22:37:13; author: thom; state: Exp; lines: +33 -3
merge revision history for cvspatches/root/log_accum.in