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

Hi,

I could not reproduce the same problem:
if the file listing is a Unix text file (lines ending with \n
characters) the file listing behaves the same with or without ending
new-line, thus it behaves as expected.

if the file is a "DOS" text file (lines ending with \r followed by a
\n character), the file matching fails for all except for the last
entry of
the listing file. This is due to the trailing \r that is kept as part of
the filename in the file listing internal structure in libdar and when
reading filename using system calls, the provided filename has no
ending \r.

I can update dar 2.6.x to take care of DOS formatted text files, but I
could not reproduce the problem you met, so this update may not match
you need.

Which type of text file are you using?
Are you running dar directly for Windows or from within cygwin?

Regards,
Denis

On 06/01/2021 21:23, Denis Corbin wrote:
> 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
>
>
> _______________________________________________ Dar-support mailing
> list [email protected]
> https://lists.sourceforge.net/lists/listinfo/dar-support
>
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEOzEprx3d76WjfYGPCDGwvQPYsYIFAl/8PeYACgkQCDGwvQPY
sYK56xAAx+FP8ymEbtYBBNJEpejV303VfFSB4bU7u2lcDvnaWpgHDIeLwlaD5DbF
xilRkdT5z2x8fSwm/Dtx/gt1Xz2Zy3EfoO741XqSJaB4+UQ5NDGhsiwfnPw3+WBM
eoiQ3fB2aHG1xMnvbgCIzVFv9V5H+HeUu/vuI1iKQ40QBPNS5xZ8RUqqXJ4Es6c8
lOjzXtMLrzU8WU32L++eMrXMVew1+rlL+pSGvrDbvY7NLzEmDfcTFA9ANvDxkamh
4wbmuBCUc3XoqLziAaz1zaghxF0q+5xTYyVyGzWJxZShliq5lvbduosUUvjRpAwS
f3vk97S7TjWFHdPtVzpNimMgPqJdXaOBZHuXX07UFhEV9TXor0YkIeQMCK8H0L92
mkMjUid0P0Ns8Ctfl2efNwcBg8ozfhmQNF59StAxf1P+PK/YXPgly8+s2E4S+lvo
/g3O4SZ06MUh4RsfJYGIp8hfv76cR+YcmC84rgTBgFQHiIB+47sNjmN735Q4EbFh
ilfjKOzHBwFGuugSz6Ru9sd2gHFewOnUFKXRDsEIK8dQIGw7zTDoeE6IouFHXZeV
IP5ZcWenwmtTzxp+zA6nRF4VtM5r1Tb1Ysglf/rEGkh7YwxYNuUlAScgFrO1N7Ex
fB+VxzyGFiagKTM73XKa1AsrJeXUrsoYG3QCAs088AJhFmMJsXc=
=uiNi
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.