windows下看OpenFOAM代码的问题

李东岳

刚才看代码的时候，发现有两个reactions，一个大写一个小写

0_1516496171229_捕获.PNG

打开之后发现，小写的reactions文件内容和大写的Reactions内容完全一样，且小写的reactions内容丢失。

之前听说过windows不分大小写，今天遇到了个实例。

yuan

在 WSL 下看应该会区分吧？

李东岳

我感觉主要取决文件存储方式？我这个是解压缩拷贝到的windows盘，可能git clone或者解压缩到NTFS格式的磁盘应该没问题。现在我不是很清楚如何在windows盘下面搞出来部分NTFS存储的。Not clear :expressionless:

bestucan

NTFS和ext3、ext4是“文件系统”的类型。文件系统除了“磁盘格式化”这种方法之外是不能改变的。两个文件系统的交互得通过一个“翻译”软件。比如mount（挂载），把一个文件系统的文件存储格式翻译成另一种格式。win10里的ubuntu读写windows分区就是以挂载的形式。没有虚拟硬盘（virtualbox、vmware用的）文件，所有linux文件在windows里也可读写。说明所有的文件都在NTFS文件系统存储。

当用linux系统新建文件夹、新建文件（解压是一系列新建文件夹、新建文件），数据从内存写到磁盘，还是以NTFS格式储存。NTFS又不是大小写敏感的，然后在linux命令窗口新建文件夹绕过了windows的防重名机制（如果重名无法创建）；所以能创建在windows意义下的重名文件夹（reactions Reactions）。

两个文件夹内容一样。其实那就是一个文件夹。一个文件夹的两个打开方式。在一个文件夹做任何修改，在另一个文件夹立马看见。就是个特殊的快捷方式。

至于丢失的那个文件夹，其实数据还在，只是名字被抢了，无法到达。把Reactions删除，再打开reaction，就能看见reaction的内容了。这个。。。。要解释清楚得说到数据在文件系统的具体存贮形式了。最明显的感受不同大概是linux不用整理磁盘碎片。

好像发现了个挺有意思的bug:confused:

bestucan

eamcs和vim都有浏览代码的插件，不过学起来。。。麻烦:expressionless:
集成的得用图形界面。eclipse、codeblocks、visual studio code

yuan

NTFS 存储应该是支持文件大小写的，但是 Windows 系统不支持，网上说直接用 Win32 API 的软件也不区分文件大小写。解压后的拷贝过程应该是 Windows 自带文件管理器的功能，不区分大小写，我觉得这个过程把其中一个目录给覆盖了。直接解压的话可能跟用的软件有关吧，git 应该是支持区分大小写的。