On Wednesday 2007 February 28 23:40, Martin Langhoff wrote: > I guess what I mean is that the common case on windows is going to be > for users who want their binary files un-corrupted, and their text > files newline-converted. Given that windows editors/tools generally cope quite well with UNIX line endings, the common case could well be that no one cares that the new line conversion isn't happening (it's certainly the case for me). > In fact, I think we should have it set to default to binary -- which Me too. However, I didn't want to change existing behaviour. That die has been cast unfortunately. > does the best job of preserving data. And override that based on file > extension (configurable) or check the "head" of the file cheaply for > binary-ness before we update the file on the client side. You're right in theory, but I really don't like the idea of auto-detection; things like that /always/ go wrong and when they do there isn't a way to undo what it's done. Douglas Adams had it right when he said: "The major difference between a thing that might go wrong and a thing that cannot possibly go wrong is that when a thing that cannot possibly go wrong goes wrong it usually turns out to be impossible to get at or repair." > I agree with the idea of doing something smart with -kb flags, but > this is not a good move. For the common case among Windows TortoiseCVS > users, the switch proposed introduces the ability to switch between > one broken mode to another broken mode. I don't understand. What is broken about it? As far as I can tell the -kb flag doesn't do anything smart, it /disables/ the smartness and tells the client that the file is binary. As you say - both modes are broken, so supplying a switch isn't crazy because one broken mode might suit better than another. I agree that neither is ideal, but until the "ideal" is implemented, it's better to have the option than not have it. I think I'm missing something that you are worrying about and that I haven't noticed. Does -kb do something that I'm not aware of? Is there a more correct way of telling the client that a file is binary? > (And in terms of temporary workarounds, TortoiseCVS has a switch in > itself to disable newline conversion.) I'd prefer if the configuration is kept on the server side as much as possible. Disabling newline conversion in the client is exactly the same solution as putting -kb everywhere in the server, except in the server it only needs doing once; and when a better method is eventually found the clients can continue without having to change anything. Andy -- Dr Andy Parkins, M Eng (hons), MIET andyparkins@xxxxxxxxx - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html