Re: Sed --in-place creates new file

[Bob Proulx]

Jérémy Amiot wrote:
> Using sed for windows version 4..2.1 (url :
> http://gnuwin32.sourceforge.net/packages/sed.htm)

Very often bugs in Windows versions of tools are due to the port to
Windows being the root cause.  Looking at that page it looks like the
last time the Windows port has been touched was 2010 which with it
being 2020 now seems like that project may have been abandoned.

You might try a different port to windows.  Either Cygwin or Mingw or
UnxUtils or MSYS or something.

> sed -i "s/to/ti/" test.txt will modify test.txt (ok) but will create a
> new file "sedGnChQb"
> sed -i"" "s/to/ti/" test.txt  does the same new file
> 
> How to avoid sed to create a new file ?

You have reached bug-gnu-utils which is a catch-all list for random
utilities.  But sed has it's own mailing list at bug-sed AT gnu.org.
If you want to reach the sed mailing list then that is the place.

I am not running Microsoft so can't test or try but this is not normal
behavior elsewhere.  I suspect without being able to check that it is
a problem with the port and does not exist in the upstream sed code.
I strongly suggest looking at one of the ports that has a version
better matched to your current system.  Because no current Windows
system today existed ten years ago when your current port was made.
Looking at the system requirements on the page you listed it looks
like all of those systems are now out of support.

Looking at your listed URL I see a reference to this to post bugs.

  http://gnuwin32.sourceforge.net/packages/sed.htm

That looks problematic because the archives links are no longer
available.  But the GnuWin bug reporting pages look to be current and
active.

  https://sourceforge.net/p/gnuwin32/bugs/

Good luck!
Bob