Tofrodos 2.1.1

• [Unix-type systems] fixed bug where Tofrodos was unable to
  convert a file in a directory that is not writeable by the user,
  even though the file itself is writeable.

Update (22 April 2026): if you are compiling for a Unix-type
system, get the tofrodos-2.1.1-source.tar.gz below, instead of
the automatically generated Source.tar.gz. I corrected the wrong
version number and date in fromdos.1 (man page). (It was still
showing 2.1.0.) There were no other changes. Alternatively, you
can clone from the head of the main repository, which has the
corrected fromdos.1. Or, if you prefer, you can just generate
the fromdos.1 yourself using the fromdos.1 target in makefile.vs,
but that will require you to use Windows.

Tofrodos 2.1.0

• [All systems except MSDOS] fixed bug where Tofrodos would
  incorrectly handle files with multiple hard links.
• [Unix-type systems] fixed bug where in certain situations,
  earlier versions of Tofrodos could fail to correctly determine a
  file's read/write permissions. It only happens if you try
  to convert a file that you do not own.
• [All systems] if the --preserve option is used, and Tofrodos
  is not able to restore the file's original owner and/or time, it will
  now issue error messages to that effect. It would previously silently
  fail the change.
• [Unix-type systems] Tofrodos will no longer allow you to convert
  a read-only file that you are not the owner of, even if you use
  the --force option. (You can, of course, manually chmod the file to
  remove the read-only flag if you have the necessary pemissions.)
• In view of the non-trivial bug fixes here, this is a
  recommended upgrade.

Tofrodos 2.0.0

• [All systems] the long options --unix and --dos have been
  renamed --unix2dos and --dos2unix respectively to make it easier to
  remember what it does. You can still type --unix or --dos if you like,
  since you are allowed to truncate long options provided the letters
  uniquely identify the option you want. Note: you do not need to use
  these options if you are using the default names for the program
  (todos, fromdos, unix2dos or dos2unix), since the direction of
  conversion is implicit from the name.
• [All systems] added long options --todos and --fromdos, which are
  synonyms for --unix2dos and --dos2unix respectively, for those who
  are more familiar with those names.
• [All systems] now checks to make sure the program is named either
  "todos", "fromdos", "dos2unix" or "unix2dos" or one of
  the --todos, --fromdos, --unix2dos, --dos2unix, -u, or -d options
  is specified, otherwise it will not proceed with the conversion.
  Previously, if the direction of conversion was not clear from the
  name of the program or from its options, it would assume the
  conversion was in a particular direction depending on the operating system.
  This meant that the program behaved differently on different systems
  if it was given some arbitrary name (other than one of the above).
• [All systems] the documentation has been updated (ie, the manual pages
  and this README file). The man page and its HTML equivalent are now
  generated from the same source file, making it easier to update in
  the future.
• [Windows] now supports the Windows' implementation of symbolic links
  introduced in Vista in 2007. Note that symlinks have been supported on
  Unix-type systems (eg, Linux, macOS, *BSD, etc) since 2003 (ver 1.7).
• [Windows] now supports '/' as directory separators (in addition to
  the usual '\') for pathnames since Windows can also handle these.
  (Specifically, Windows accepts both separators at the Win32 API
  level, though not all Windows programs, including Microsoft's own,
  support it. Now, Tofrodos also supports it.)

Tofrodos 1.9.0

• [All systems] added support for long options (for example, instead
  of saying typing -h, you can now type --help, etc).

• [All systems] updated Tofrodos' URL to its new home, namely its git
  repository on GitHub.

• [Windows] the MinGW-w64 makefile has been updated. Apparently, newer
  versions of MinGW-w64 do not enable wildcard processing by default, so
  the revised makefile includes an additional module to make sure this
  is turned on.