[p4] P4, newline, Windows and Unix
wivey at us.itmasters.com
Tue Oct 31 09:58:04 PST 2000
I have a similar situation. I prefer to use windows tools
for editing and browsing (being mindful that Windows+Samba
can't tell the difference between directories or files that
differ only by case). Most of the other people here work
from Windows boxes as well (though some use strictly Unix
If your Windows tools can handle text files that do not
have CRLF line endings, I would set the NOCRLF flag in
your clients and just handle everything as Unix-style
text. We use MS Visual stuff, UltraEdit, Perl and
various Java things and all of them seem OK with
For us, a bigger problem is using one client on Unix and
on Windows. It'd be nice if there was a way of setting
up a platform-sensitive choice of root directories.
(Of course, there'd be an element of trust involved in
that both have to ultimately map to the same place.)
> -----Original Message-----
> From: perforce-user-admin at perforce.com
> [mailto:perforce-user-admin at perforce.com]On Behalf Of Blum, Robert
> Sent: Tuesday, October 31, 2000 10:46 AM
> To: 'perforce-user at perforce.com'
> Subject: [p4] P4, newline, Windows and Unix
> Hi all!
> We recently started using perforce, and have one major problem:
> Part of our development happens on *nix machines, while our developers
> happily live on Windows machines. Files get modified using both
> environments, but P4 is usually used through the GUI. This leads to the
> whole newline problem.
> If we modify a file in Windows, or even do a p4 edit from windows, every
> line gets a ^M appended. So far, so good. Now when we do some
> editing under
> Unix, we usually remove all the ^M characters and are fine.
> However, the GUI
> client (especially diff) does not like that at all - it shows the
> whole file
> to be different, even though nothing changed.
> Is there any way to force diff under Windows to ignore changes to the
> end-of-line character?
> Here come the disclaimers (life on the internet isn't fun any more!):
> Please be aware that messages sent over the Internet may not be secure and
> should not be seen as forming a legally binding contract unless otherwise
> perforce-user mailing list - perforce-user at perforce.com
More information about the perforce-user