I am new to cvs and I am using cvsnt as the server. I have some Japanese .xml files that I have checked into the Repository using -ku (unicode). When using jcvsii to commit the file I get the below message and the file is marked as modifed upon checkout again. Any thoughts?
cvs server: `abt.AggregateField_ja.xml' is marked with expansion option `u'. cvs server: Your client cannot understand this option cvs server: so the checked out file will not be an cvs server: accurate representation of the original cvs server: file. Please contact the repository cvs server: administrator if you think that this is cvs server: in error
Checking in ./data/RuleBase/abt.AggregateField_ja.xml; /cvsroot/openworkbench/workbench/data/RuleBase/abt.AggregateField_ja.xml,v <-- abt.AggregateField_ja.xml new revision: 1.2; previous revision: 1.1 done
Off hand, I would have to say that the -ku option is something "new".
I say this because the server is complaining that jCVS does not know what to do with this option. The only way the server can know this is from the initial "capability" negotiation at the beginning of the transaction with the server. In that negotiation, jCVS tells the server what is knows how to do.
I presume that handling unicode files is the same as handling ordinary text files. I would appreciate it if someone could clarify that for me. If so, then the only change required is to add ku to the list of capabilities of jCVS.