jazz scm: disabling line delimiter checks
Hi
We have a work flow as follows
1. Transfer files from a clearcase server (unix) to rtc server (windows)
2. Transfer files from the rtc server to another clearcase server (solaris)
We got a problem: when transferring a text file generated by unix through rtc on windows, ^M character would be appended in the file. So the end user has to run dos2unix to remove them.
Is there a way to ask jazz scm to keep the original line delimiters, or to transfer the text files as ascii? For command scm checkin, would the option "--delim-none" be helpful? I am not sure whether this is related to rtc or just a general cross platform issue. Any suggestion would be appreciated. thanks
Lin
We have a work flow as follows
1. Transfer files from a clearcase server (unix) to rtc server (windows)
2. Transfer files from the rtc server to another clearcase server (solaris)
We got a problem: when transferring a text file generated by unix through rtc on windows, ^M character would be appended in the file. So the end user has to run dos2unix to remove them.
Is there a way to ask jazz scm to keep the original line delimiters, or to transfer the text files as ascii? For command scm checkin, would the option "--delim-none" be helpful? I am not sure whether this is related to rtc or just a general cross platform issue. Any suggestion would be appreciated. thanks
Lin
2 answers
Hi,
Thank you for the reply. We use custom program to handle the transfer. The problem is not related to rtc. When we loaded files in clearcase view on windows machine, <CR> is automatically inserted. We switched text mode of the view for running checkin to 'insert_cr', then the problem is fixed for at least some of the files. Thank you.
Lin
Thank you for the reply. We use custom program to handle the transfer. The problem is not related to rtc. When we loaded files in clearcase view on windows machine, <CR> is automatically inserted. We switched text mode of the view for running checkin to 'insert_cr', then the problem is fixed for at least some of the files. Thank you.
Lin
Could you elaborate on what exactly you are doing when you "transfer
files"? If you are using the ClearCase Synchronizer for this, then
there are properties you set to tell the synchronizer "what line endings
are used in your VOB" (default is "LF" or "unix-style"), and "what line
endings to you want to appear in your view" (default is "platform").
See the on-line help, or the topic "CC connector importer add a
blankline between code lines" in this forum for details.
If instead you are copying the files by hand out of a ClearCase view,
then you would control the line endings manually by setting the
"text_mode" of the ClearCase view to the appropriate value.
Cheers,
Geoff
On 8/30/2010 3:37 PM, Raistlin wrote:
files"? If you are using the ClearCase Synchronizer for this, then
there are properties you set to tell the synchronizer "what line endings
are used in your VOB" (default is "LF" or "unix-style"), and "what line
endings to you want to appear in your view" (default is "platform").
See the on-line help, or the topic "CC connector importer add a
blankline between code lines" in this forum for details.
If instead you are copying the files by hand out of a ClearCase view,
then you would control the line endings manually by setting the
"text_mode" of the ClearCase view to the appropriate value.
Cheers,
Geoff
On 8/30/2010 3:37 PM, Raistlin wrote:
Hi
We have a work flow as follows
1. Transfer files from a clearcase server (unix) to rtc server
(windows)
2. Transfer files from the rtc server to another clearcase server
(solaris)
We got a problem: when transferring a text file generated by unix
through rtc on windows, ^M character would be appended in the file.
So the end user has to run dos2unix to remove them.
Is there a way to ask jazz scm to keep the original line delimiters,
or to transfer the text files as ascii? For command scm checkin,
would the option "--delim-none" be helpful? I am not sure
whether this is related to rtc or just a general cross platform
issue. Any suggestion would be appreciated. thanks
Lin