windows的又一個問題

最近在看ipset的代碼，ipset實現了一個ip地址集合的操作，是linux中netfilter的操作子集，ipset在netfilter中起作用，它的邏輯很簡單，基本是純演算法的，很少涉及到核心調試，所以想詳細研究一下，因為工作機是windows的，於是不得不將壓縮包拷貝到windows，用winrar解壓，解壓之後開始看代碼，沒有發現match的註冊，按理說每個匹配操作都應該有一個match函數的，ipset顯然需要自己的match函數，但是我沒有找到，於是我開始懷疑自己的眼睛，難道ipset用了一種很神奇的方式來定義match嗎？我覺得源碼的作者不可能無聊到這個地步...
     花了大半天之後，我點擊了ipset的壓縮包，發現裡面有兩個ipt_set.c，一個就是ipt_set.c，另一個是ipt_SET.c，於是我恍然大悟，windows不區分大小寫，ipt_SET.c和ipt_set.c就是同一個檔案，因此解壓的時候就會相互覆蓋，從而丟失了一個，這就是根本的原因，發現了這個之後我詛咒了上帝，招來了一群windows愛好者的反對，他們硬說ipset的作者不應該這麼給檔案起名字...別的不說，我只想問一下，現實世界中，A和a一樣嗎？即使在電腦的最原始編碼中，ascii的A和a是一個數嗎？如果windows稱霸天下，微軟難道要將a和A定義成一樣嗎？事實上微軟也有兩套標準，在windows的檔案系統中，A和a是沒有區別的，但是在其api或者別的什麼中，即使是微軟也要遵循國際標準，起碼遵循ascii和unicode