Apache OpenOffice (AOO) Bugzilla – Issue 73291
cvs wrapper seems to mess with binary files during merge
Last modified: 2007-01-11 14:19:17 UTC
I did this under Windows: cvs co vcl cd vcl && cvs update -kk -dP -jCWS_SRC680_VCL71_ANCHOR -jcws_src680_vcl71 After that, the cursor files in vcl/win/source/src contain subtle differences (seemingly line end conversions have been applied), e.g. in fill.cur. Doing the same operation under Unix (both with unmodified cvs binary as well as the wrapper script) did not produce this error.
@thb: This has nothing to do with the cvs-wrapper, it's just plain CVS behavior, and no bug either. With 'update -kk' you turn of any potential existing binary flag ... thus leading to exactly to the subtle differences in binary files you mention (stemming from changing bytes with value \012 (CR) into \013\015 (CRLF) and other funny modifications). If a file has a sticky flag "-kk" it's always treated as "text file without special keyword expansion". PS: This is one of the reasons why 'cwsresync -m' has to work on file-to-file basis. PPS: Yes, this is a damn good reason to finally switch to subversion :-)
I should have mention: it was just if luck if it worked and Unix. All sequences with '$Id: ....$' will be quenched to $Id$ in your binary file. Same for similar $keyword$ sequences.
Closing issue.