Re: bug on shar (GNU sharutils) 4.15.2

Paulo Ney de Souza <[email protected]> Sat, 27 Nov 2021 17:28:29 -0800
Newsgroups gmane.comp.gnu.utils.bugs
Message-ID <CAFVhNZOYTJHWF0JXVMvJJ9b28m+jnj-d0Y_JPv8UE5H3ngBYPA@mail.gmail.com>
Hi Bruce,

Thanks for writing back.

On Sat, Nov 27, 2021 at 1:33 PM Bruce Korb <[email protected]> wrote:

>
> Quoting the man page:
>
>      If you have files with non-ascii bytes or text that some mail handling
>      programs do not like, you may find difficulties.  However, if you are
>      using FTP or SSH/SCP, the non-conforming text files should be okay.
>
> "Don't do that." Perhaps I should augment that caveat with the fact that
> the shell program may also play around with the input characters.
>

Yeah .. but if you are doing only SCP you should be able to shar/unshar
completely fine, and get back the same file you started with. No?

It clearly states:


.............................................................................However,
if you are
     using FTP or SSH/SCP, the non-conforming text files should be okay.


>
> FYI, the "-T" flag says to open the file in "binary mode":
>

But -T stands for:

 -T, --text-files
              treat all files as text.  This option is a member of the
mixed-
              uuencode class of options.

was that a good choice for the flag abbreviation?


The file data are then read and written directly into the output shell
> script -- since no encoding is done. The shell script is written thus:
>

I understand! But we should either make the program do what the
man page says or vice-versa, no?

Paulo Ney