Can you send me the problematic diff file as an attachment to me? The
problem will be in Codestriker::FileParser::CvsUnidiff.pm, which is where
the parsing of diff files occurs. Thanks.
On Sun, 31 Oct 2004 06:40, Clendenan, Dave wrote:
> I'm using 'cvs rdiff -D ...' to generate diffs in my scheduled review
> generation, and I've come across an odd bug.
> Yesterday I removed two binary files (libraries) from a directory, and
> added a text placeholder. Rdiff -D gives the initial rev as /dev/null
> for the text file, since it didn't exist on the start date. Using the
> file generated this way gives a review of the diff file literally,
> instead of the files it contains.
> If the new file is the only one in the topic file I upload, it works
> fine, if there are files after it, it breaks.
> has anyone seen behaviour like this before?
> Any idea where I should look to fix it?
> diff command used:
> cvs -d :pserver:dave_clendenan@... rdiff -u -D
> "28 Oct 2004 23:59" -D "29 Oct 2004 23:59" MODULE/path/to/file/ >
> result file:
> Index: MODULE/path/to/file/placeholder.txt
> diff -u /dev/null MODULE/path/to/file/placeholder.txt:1.1
> --- /dev/null Sat Oct 30 12:00:48 2004
> +++ MODULE/path/to/file/placeholder.txt Fri Oct 29 16:01:37 2004
> @@ -0,0 +1,2 @@
> Index: MODULE/path/to/file/rvh323Logs_40.a
> Index: MODULE/path/to/file/rvh323_40.a
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> Codestriker-user mailing list