最近在看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
windows的又一个问题
原创
©著作权归作者所有:来自51CTO博客作者dog250的原创作品,请联系作者获取转载授权,否则将追究法律责任
上一篇:非对称加密算法的本质
下一篇:ECC算法分析--我们国家的标准
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
我的又一个新决定
我的大学生活 简介
JAVA Oracle Linux Unix Solaris -
又一个路由实验软
又一个思科路由实验软件.
职场 路由实验 休闲 -
NetBeans的又一个bug
最近应CSDN NetBeans频道编辑小妹妹的要求,多写点NetBeans的文章,其实做为S
eclipse java 右键 f5 jar包