Re: parameter --include-from-file with at least unclear usage
Denis Corbin <[email protected]>
| Newsgroups | gmane.comp.sysutils.backup.dar.support |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 06/01/2021 19:19, Stefan Hammerl via Dar-support wrote: > Hello, Hello, > > I've experienced troubles using the --include-from-file parameter. > The man page says entries have to be separated by a newline. > However it does not state anything about the presence of a newline > at the end of the file. Therefore my expectation is, that it does > not matter if it is there or not. correct, it should not be necessary to end the file with an final carriage-return (newline). > Actually the behaviour is different on Ubuntu/Linux comparing to > Windows. Whereas in Ubuntu it really doesn't matter, in Windows the > last file entry before a newline is silently ignored. strange, the code cutting file into a set of lines is the same and is part of dar... let me a couple of day to find the time to check the reason of this difference. > > I suggest to add to the man page that there must not be a new line > at the end of the file. that's an good option. But I will first try to figure out the reason of this difference between Linux and Windows. > > DAR-version is 2.6.10 in both environments. Windows 10 Pro Version > 1903. thanks for this detailed info. > > With best regards, Stefan > Regards, Denis -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEOzEprx3d76WjfYGPCDGwvQPYsYIFAl/2HEwACgkQCDGwvQPY sYLWtxAAqbApti3DR8U+zN/KQYubNt/8DpuQmoMwTfPjbR3jjWWjhMYNKpFiJOsh F6n7FTr+ActOTlbbIFKCN/LrQIopLceqIZvILQzVswhvgJIxKN2f0nicuN6vvWJ2 zLurH3gCum2XH5mVs2kx3nW3MOtGwbO5QmsgH/ic+74SHv1xp2Tf3Ir075UKmw49 4FTjTXGEai2Eg6YYfRysss9Z4p0pVEnn+kmoC44pP9xTFG+HRDGpB1IxT9UXOSGe bsNyU5OHBDVri8WB3smmZxHJaLT0shrcNRVsi2P5p6rmSHeawaUvwVuYbmfZka5X PxoaR+xGVR3NZ6CiunZa18UFGc4fpSKWmbSSF84jW5P5FfUg8+v17SpfG7rHDOjl X/3oQejGrButAiRmczA2jJv+AV491xIFhXEGfgzCN20mVKpU/sovxyBhMPeldc53 NbMhelW3J9lSgpkhyxwbCBNYVNiwfZZKWoqU++KVd8+P8uMLbUyhGlz/sn27Wo36 3gJ+vdprK7v5lRBW5dFy+YglN0rkChmVqLu6sZoIwQLORIIQgUHv1YVqjLJJ0wqK A/BUDBQlIWFsaMC4rW4H6x46to8HRuLIe0nM30cD/dOttf7/YKd1NurGPDb4PDGP 4hUCrkhbQrdqbo4EYMq46c8uBjxSsqoDCs9stiXWrUeUxkLVewo= =q0mA -----END PGP SIGNATURE-----