C语言内存泄漏问题：
给出如下代码：
#include <stdio.h>
#include <stdlib.h>
int main(){
int *p;
p=(int*)malloc(4);
p[0]=12; //等于*p=12
p[1]=13; //等于*(p+1)=13
printf("%d
",p[0]);
printf("%d
",p[1]);
free(p);
return 0;
}
上述代码在VC++6.0下运行报错，错误截图如下：
原因是，我只申请了4字节的内存空间，但是却放了2个int（4字节）的数据，所以free的时候出现错误，但是！在GCC下编译却能运行，很奇怪（此问题待解决，如果懂的朋友可以在本文下方留言，欢迎讨论和学习）。（GCC是Win10下的CodeBlocks自带的MinGW的GCC5.1.0和RHEL7下的GCC4.8.2）
Linux的grep问题：
给出如下shell代码：
ll | grep a*
当前目录下有三个文件，分别为：a.c, a.c~, a.out。
而此shell运行的结果为：
为什么结果不是输出所有以a开头的文件呢，而输出了"Binary file a.out matches"？
我们先来复习一下管道符的作用，它将前一个命令的标准输出重定向到后一个命令的标准输入，所以，如果一个命令不支持接收标准输入，那么使用管道符就没意义了。
我们还需要知道grep的基本用法，即grep string_to_search file1 file2 file3...
再来看一下grep命令的手册，其中在DESCRIPTION有这样一段话（粉色框）：
大概的意思是说，grep会在给出的文件中或者标准输入中寻找要匹配的字符串，也就是说文件或者标准输入二选一，那么如果文件和标准输入同时给出会怎么样呢，我们试验一下：在abc目录下有两个文件，名为myFile1和myFile2，其中myFile1内容是一行"hello"，myFile2内容是一行"OKmy"，然后是三个命令以及它们的运行结果（下图）
分析一下这三条命令：
1."grep my myFile1 myFile2"：在给出的文件（myFile1和myFile2）中搜索字符串"my"
2."ls | grep my"：在来自ls的标准输出中搜索字符串"my"
3."ls | grep my myFile1 myFile2"：在这条grep中，我们同时给出了文件和标准输入（来自ls的标准输出），发现它运行的结果和第一条一样，所以我们可以看出，如果对grep同时给出文件和标准输入，那么它只在文件中搜索，而忽略标准输入！
现在，我们再来看一下最初的问题，直接在终端上写的*是一种通配符，它会自动进行文件名扩展（这里推荐《学习bash：第二版》，第一章将各种扩展讲得很详细），所以上述代码"ll |grep a*"经过扩展之后就是"ll |grep a.c a.c~ a.out"了，再来看看扩展后的代码是在干嘛，扩展后的代码将ll的输出通过管道符重定向到grep命令的输入，但是，由于grep已经给出了搜索的文件（a.c~和a.out），所以这个标准输入被忽略，所以这个扩展后的代码是在做：从a.c~和a.out文件中搜索字符串"a.c"！！！！而a.out是一个程序，是一个二进制文件，当grep在二进制文件搜索文本时会提示"Binary file a.out matches"！
解决方法，使用双引号或单引号来抑制文件名扩展（使*的通配符功能消失，变成普通的字符，而这个普通的*会被grep当作正则表达式的元字符——重复前一个字符0或多次！）：
对上面粉色框中的文字更准确的理解：
grep会在给出的文件中搜索将要匹配的字符串，如果没有给出任何文件，那么将从标准输入中搜索，如下面的代码，只给出了要匹配的字符串"my"而没有给出文件，所以grep将在标准输入中搜索（按下^D结束标准输入流，也就结束了grep命令）：
