Bash U+；如果脚本文件具有CRLF行结尾，则在文件名后附加F00D字符_Bash_Windows Subsystem For Linux

Bash U+；如果脚本文件具有CRLF行结尾，则在文件名后附加F00D字符

bash

Bash U+；如果脚本文件具有CRLF行结尾，则在文件名后附加F00D字符,bash,windows-subsystem-for-linux,Bash,Windows Subsystem For Linux,尝试在基于wsl的bash中运行简单脚本时：输出文件名末尾追加了一个奇怪的字符，看起来像windows下的一个大点经过一些研究，字符被识别为U+F00D（chr 61453），进一步的研究表明，只有当脚本文件具有CRLF行结尾时才会发生这种情况，而使用LF行结尾时不会发生这种情况我的问题是，这种行为背后的原因是什么？Windows端调查显示，文件名后面附加了一个U+F00D（61453）字符。但壳牌方面的进一步调查显示，该文件以该名称存储 'my_file'$'\r' 具有行尾字符和预期

尝试在基于wsl的bash中运行简单脚本时：

输出文件名末尾追加了一个奇怪的字符，看起来像windows下的一个大点

经过一些研究，字符被识别为

U+F00D

（chr 61453），进一步的研究表明，只有当脚本文件具有

CRLF

行结尾时才会发生这种情况，而使用

LF

行结尾时不会发生这种情况

我的问题是，这种行为背后的原因是什么？

Windows端调查显示，文件名后面附加了一个

U+F00D

（61453）字符。但壳牌方面的进一步调查显示，该文件以该名称存储

'my_file'$'\r'

具有行尾字符和预期的额外回车！（正如所暗示的）完全不同于windows方面的东西

这不是一个真正的编程问题。当您将其转发给或（在阅读了他们关于主题问题的帮助后），请确保在问题正文中包含

uname-srv

的输出。在这里发布更多Qs之前，请阅读和。祝你好运。请共享

xxd-p我的\U文件| tr-d'\n'

。你能确认它是未分配的代码点U+F00D，而不是预期的回车U+000D吗？您是如何确定的？

uname-srv

Linux 4.4.0-17763-Microsoft#1432 Microsoft Mon Aug 18:18:00 PST 2020我正在编写一个shell脚本。。。这不是一个编程问题吗。。现在该怎么办？

xxd-p my|u file | tr-d'\n'

给出了一个

没有这样的文件或目录

，即使我尝试直接在wsl窗口中拖放文件！

my_file

'my_file'$'\r'