Archive for the '编程相关' Category
C中调用shell命令的方法 popen演示
- lily@LLY:~/test$ cat popen.c
- #include《stdio.h》 //这coolcode转不了这个符合，没办法了。。。自己改改。
- int main(){
- FILE * fp;
- char str[1024];
- if(NULL==(fp=popen("pwd","r"))){
- return -1;
- }else{
- printf("%s",fgets(str,1023,fp));
- pclose(fp);
- }
- return 0;
- }
- lily@LLY:~/test$ gcc popen.c
- lily@LLY:~/test$ ./a.out
- /home/lily/test
- lily@LLY:~/test$
另如果只是要执行shell命令，而不管输出的话，有可以用system函数：
man system这么说：
NAME
system - execute a shell command
SYNOPSIS
#include 《stdlib.h》
int system(const char *command);
DESCRIPTION
system() executes a command specified in command by calling /bin/sh -c command, and returns after the command has been completed. During execution of the
command, SIGCHLD will be blocked, and SIGINT and SIGQUIT will be ignored.
(++i)+(++i)+(++i)+(++i)
今天，看到一个面试题，居然无聊到这种地步，看这代码：
- #include
- main()
- {
- int i=1,j;
- j=(++i)+(++i)+(++i)+(++i);
- printf("%d\n",j);
- }
问输出的j是多少。。。虽然知道这个很无聊，但是反正闲着也是闲着嘛，就研究了下，执行
lly@LLY:~/test$ ./a.out
15
这我就不懂了。。。再看看objdump的结果：
...省略若干
8048385: c7 45 f4 01 00 00 00 movl $0x1,0xfffffff4(%ebp)
804838c: 83 45 f4 01 addl $0x1,0xfffffff4(%ebp)
8048390: 83 45 f4 01 addl $0x1,0xfffffff4(%ebp)
8048394: 8b 45 f4 mov 0xfffffff4(%ebp),%eax
8048397: 03 45 f4 add 0xfffffff4(%ebp),%eax
804839a: 83 45 f4 01 addl $0x1,0xfffffff4(%ebp)
804839e: 03 45 f4 add 0xfffffff4(%ebp),%eax
80483a1: 83 45 f4 01 addl $0x1,0xfffffff4(%ebp)
80483a5: 03 45 f4 add 0xfffffff4(%ebp),%eax
80483a8: 89 45 f8 mov %eax,0xfffffff8(%ebp)
...省略若干
里面的0xfffffff4 是变量i，0xfffffff8是j，可以看出现在是先把i自加2次，再取出两个i的值相加（这时候两个i的值都是3），再执行后面的，也就是 3＋3＋4＋5 ＝ 15。不解，于是用了另一个编译器（小型的tcc）编译，执行，结果就不一样了：
lily@LLY:~/test$ ./a.out
14
也看看关键的汇编代码：
80481ed: b8 01 00 00 00 mov $0x1,%eax
80481f2: 89 45 fc mov %eax,-0x4(%ebp)
80481f5: 8b 45 fc mov -0x4(%ebp),%eax
80481f8: 83 c0 01 add $0x1,%eax
80481fb: 89 45 fc mov %eax,-0x4(%ebp)
80481fe: 8b 4d fc mov -0x4(%ebp),%ecx
8048201: 83 c1 01 add $0x1,%ecx
8048204: 89 4d fc mov %ecx,-0x4(%ebp)
8048207: 01 c8 add %ecx,%eax
8048209: 8b 4d fc mov -0x4(%ebp),%ecx
804820c: 83 c1 01 add $0x1,%ecx
804820f: 89 4d fc mov %ecx,-0x4(%ebp)
8048212: 01 c8 add %ecx,%eax
8048214: 8b 4d fc mov -0x4(%ebp),%ecx
8048217: 83 c1 01 add $0x1,%ecx
804821a: 89 4d fc mov %ecx,-0x4(%ebp)
804821d: 01 c8 add %ecx,%eax
804821f: 89 45 f8 mov %eax,-0x8(%ebp)
...
可以看到这里面的-0x4(%ebp) 是i，而 -0x8(%ebp)是j。而之前的两次自加操作分别是在 %eax 和 %ecx 上执行的，第一次相加操作就是直接把这两个寄存器里面的值加在一起了。所以最终的效果相对于 2＋3＋4＋5 ＝ 14 。
这样的结果说明了同样的C代码，在不同的编译器下，会产生完全不同的可执行文件，当然如果你的源代码写得不好，完全有可能产生不同的执行结果。另外也再一次说明了这样一个面试题的无聊性，作为反面教材还差不多，嘿嘿。
BTW： 有兴趣的朋友还可以自行研究一下 (++i)+(++i)+(i++)+(i++)+(++i) 的执行结果。
Shell脚本转化成二进制文件
工具名称: shc
安装方法: sudo apt-get install shc
使用方法: shc -f xx.sh ,就会生成一个 xx.sh.x 的二进制可执行文件,执行这个可执行文件的效果和执行原shell脚本的效果一样,另外还会生成一个 xx.sh.x.c 的C源文件,自己编译这个源文件成二进制文件也是可以的.
另外这个工具好像还可以设置过期时间,到了这个预设的时间后,再执行二进制文件的话,就会输出一行已过期的信息(当然这个信息也可以自定义),不过我想这个功能一般用不着吧 
调整Eclipse中树状列表的显示密度(转)
发了点牢骚,结果有人给推荐了这篇文章,不错,转一下.不过我喜欢Verdana字体,所以把字体改了,哈哈.
如果你在Windows和Linux两个平台下都使用过Eclipse，那么你一定注意到Windows下Eclipse项目列表的显示要比Linux下 紧凑许多。对于做开发的朋友来讲，在屏幕上同时看到的信息总是希望尽可能多，尽可能全，在这一点上目前的GNOME并不能让我们十分满意，它的GTK+控 件本身和控件之间的间隙占掉了不少本来就很有限的屏幕空间，尤其当屏幕分辨率不是特别高的时候。
Linux版的Eclipse默认使用GTK+2.0的控件，所以在默认的情况下，会和其他GTK应用程序（如OpenOffice.org）一样给人一 种不够密实的感觉。当然，这和GNOME的设计哲学不无关系，不过这不是本文主旨，就不深入讨论了，进入正题讲讲如何调整Eclipse树状列表的显示密 度。
基于GTK+2.0的程序在启动时会到用户的home目录找GTK+2.0的配置文件，即~/.gtkrc-2.0，Ubuntu下默认没有这个文件，需要我们自己创建。打开你习惯的编辑器，加入如下代码：
- style "eclipse" {
- font_name="Verdana 8"
- GtkTreeView::vertical-separator=0
- GtkTreeView::horizontal-separator=0
- }
- class "GtkTreeView" style "eclipse"
重启Eclipse应该就能看到效果了。如果你想做得更彻底，对所有常用的GTK+2.0控件都开刀的话，可以这样写：
- style "gtkcompact" {
- font_name="Verdana 8"
- GtkButton::default_border={0,0,0,0}
- GtkButton::default_outside_border={0,0,0,0}
- GtkButtonBox::child_min_width=0
- GtkButtonBox::child_min_heigth=0
- GtkButtonBox::child_internal_pad_x=0
- GtkButtonBox::child_internal_pad_y=0
- GtkMenu::vertical-padding=1
- GtkMenuBar::internal_padding=0
- GtkMenuItem::horizontal_padding=4
- GtkOptionMenu::indicator_size=0
- GtkOptionMenu::indicator_spacing=0
- GtkPaned::handle_size=4
- GtkRange::trough_border=0
- GtkRange::stepper_spacing=0
- GtkScale::value_spacing=0
- GtkScrolledWindow::scrollbar_spacing=0
- GtkExpander::expander_size=10
- GtkExpander::expander_spacing=0
- GtkTreeView::vertical-separator=0
- GtkTreeView::horizontal-separator=0
- GtkTreeView::expander-size=8
- GtkTreeView::fixed-height-mode=TRUE
- GtkWidget::focus_padding=0
- }
- class "GtkWidget" style "gtkcompact"
[转]用C语言实现有限状态机
有限状态机(finite state machine)是一个数学概念，如果把它运用于程序中，可以发挥很大的作用。它是一种协议，用于有限数量的子程序("状态")的发展变化。每个子程序进行一些处理并选择下一种状态(通常取决于下一段输入)。
有限状态机(FSM)可以用作程序的控制结构。FSM对于那些基于输入的在几个不同的可选动作中进行循环的程序尤其合适。投币售货机就是FSM的一个好例子。另外一个你可以想到的复杂的例子就是你正在用的东西，想到了吗？没错，就是操作系统。在投币售货机的例子中，输入是硬币，输出是待售商品，售货机有" 接受硬币"，"选择商品"，"发送商品"和"找零钱"等几种状态。
它的基本思路是用一张表保存所有可能的状态，并列出进入每个状态时可能执行的所有动作，其中最后一个动作就是计算(通常在当前状态和下一次输入字符的基础上，另外再经过一次表查询)下一个应该进入的状态。你从一个"初始状态" 开始。在这一过程中，翻译表可能告诉你进入了一个错误状态，直到到达结束状态。
在C语言中，有好几种方法可以用来表达FSM，但它们绝大多数都是基于函数指针数组。一个函数指针数组可以像下面这样声明：
void (*state[MAX_STATES]) ();
如果知道了函数名，就可以像下面这样对数组进行初始化。
extern int a(),b(),c(),d();
int (*state[]) ()={a,b,c,c};
可以通过数组中的指针来调用函数：
(*state[i]) ();
所有函数必须接受同样的参数，并返回同种类型的返回值(除非你把数组元素做成一个联合)。函数指针是很有趣的。注意，我们可以去掉指针形式，把上面的调用写成：
state[i] ();
甚至
(******state[i]) ();
这是一个在ANSI C中流行的不良方法：调用函数和通过指针调用函数(或任意层次的指针间接引用)可以使用同一种语法。
如果你想干得漂亮一点，可以让状态函数返回一个指向通用后续函数的指针，并把它转换为适当的类型。这样，就不需要全局变量了。如果你不想搞得太花哨，可以使用一个switch语句作为一种简朴的状态机，方法是赋值给控制变量并把switch语句放在循环内部。关于FSM还有最后一点需要说明：如果你的状态函数看上去需要多个不同的参数，可以考虑使用一个参数计数器和一个字符串指针数组，就像main函数的参数一样。我们熟悉的int argc,char *argv[]机制是非常普遍的，可以成功地应用在你所定义的函数中。
原文: http://blog.csdn.net/Melody_1208/archive/2007/09/22/1795676.aspx
GCC_VERSION
| 代码: |
| ...... #include <ansidecl.h> ...... #ifdef GCC_VERSION int g_nGccVersion=GCC_VERSION; #else int g_nGccVersion=0; #endifprintf( "GCC_VERSION: \n", g_nGccVersion ); ..... |
这样可以输出编译环境的GCC版本。在只有二进制文件的情况下，就可以确认一下适不适合自己的系统了。以下这段取自ansidecl.h：
| 引用: |
| /* This macro simplifies testing whether we are using gcc, and if it is of a particular minimum version. (Both major & minor numbers are significant.) This macro will evaluate to 0 if we are not using gcc at all. */ #ifndef GCC_VERSION #define GCC_VERSION (__GNUC__ * 1000 + __GNUC_MINOR__) #endif /* GCC_VERSION */ |
但目前不知道编译环境的内核版本怎么输出来。
记录日志用的小脚本
高手不要笑，简单得不能再简单了：
| 代码: |
| ~$ cat ~/bin/work #!/bin/shif [ -z $1 ]; then echo "useage : `basename $0` \"what you have done!\""; exit 1; fi echo `date` $1 >> /media/sda5/0/日志.txt; |
Geany 编辑器
今天又无意中发现一个C的IDE，比较轻巧。叫Geany，功能比较简单实用，界面菜单也都有中文，个人感觉比较适合教学。
支持C, Java, PHP, HTML, Python, Perl, Pascal。
支持语法高亮。
支持函数/变量列表等。
安装：直接
| 代码: |
| sudo apt-get install geany |
缺点：对win下编辑好的gbk编码的中文，显示为乱码（0.10.2版本），这好像是通病了，呵呵。
gcc命令行详解[转载]
gcc命令行详解[转载]
1.gcc包含的c/c++编译器
gcc,cc,c++,g++: gcc和cc是一样的，c++和g++是一样的。一般c程序就用gcc编译，c++程序就用g++编译。
2.gcc的基本用法
gcc test.c这样将编译出一个名为a.out的程序
gcc test.c -o test这样将编译出一个名为test的程序，-o参数用来指定生成程序的名字
3.为什么会出现undefined reference to 'xxxxx'错误？
首先这是链接错误，不是编译错误，也就是说如果只有这个错误，说明你的程序源码本身没有问题，是你用编译器编译时参数用得不对，你没有指定链接程序要用到得库，比如你的程序里用到了一些数学函数，那么你就要在编译参数里指定程序要链接数学库，方法是在编译命令行里加入-lm。
4.-l参数和-L参数
-l参数 就是用来指定程序要链接的库，-l参数紧接着就是库名，那么库名跟真正的库文件名有什么关系呢？就拿数学库来说，他的库名是m，他的库文件名是libm.so，很容易看出，把库文件名的头lib和尾.so去掉就是库名了。
好了现在我们知道怎么得到库名了，比如我们自已要用到一个第三方提供的库名字叫libtest.so，那么我们只要把libtest.so拷贝到 /usr/lib里，编译时加上-ltest参数，我们就能用上libtest.so库了（当然要用libtest.so库里的函数，我们还需要与 libtest.so配套的头文件）。
放在/lib和/usr/lib和/usr/local/lib里的库直接用-l参数就能链接了，但如果库文件没放在这三个目录里，而是放在其他目录里，这时我们只用-l参数的话，链接还是会出错，出错信息大概是：“/usr/bin/ld: cannot find -lxxx”，也就是链接程序ld在那3个目录里找不到libxxx.so，这时另外一个参数-L就派上用场了，比如常用的X11的库，它放在 /usr/X11R6/lib目录下，我们编译时就要用-L/usr/X11R6/lib -lX11参数，-L参数跟着的是库文件所在的目录名。再比如我们把libtest.so放在/aaa/bbb/ccc目录下，那链接参数就是- L/aaa/bbb/ccc -ltest
另外，大部分libxxxx.so只是一个链接，以RH9为例，比如libm.so它链接到/lib/libm.so.x， /lib/libm.so.6又链接到/lib/libm-2.3.2.so，如果没有这样的链接，还是会出错，因为ld只会找libxxxx.so，所以如果你要用到xxxx库，而只有libxxxx.so.x或者libxxxx-x.x.x.so，做一个链接就可以了ln -s libxxxx-x.x.x.so libxxxx.so
手工来写链接参数总是很麻烦的，还好很多库开发包提供了生成链接参数的程序，名字一般叫xxxx-config，一般放在/usr/bin目录下，比如gtk1.2的链接参数生成程序是gtk-config，执行
gtk-config --libs
就能得到以下输出
"-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm"
这就是编译一个gtk1.2程序所需的gtk链接参数，xxx-config除了--libs参数外还有一个参数是--cflags用来生成头文件包含目录的，也就是-I参数，在下面我们将会讲到。你可以试试执行gtk-config --libs --cflags，看看输出结果。现在的问题就是怎样用这些输出结果了，最笨的方法就是复制粘贴或者照抄，聪明的办法是在编译命令行里加入这个`xxxx -config --libs --cflags`，比如编译一个gtk程序：gcc gtktest.c `gtk-config --libs --cflags`这样就差不多了。注意`不是单引号，而是1键左边那个键。
除了xxx-config以外，现在新的开发包一般都用pkg-config来生成链接参数，使用方法跟xxx-config类似，但xxx- config是针对特定的开发包，但pkg-config包含很多开发包的链接参数的生成，用pkg-config --list-all命令可以列出所支持的所有开发包，pkg-config的用法就是pkg-config pagName --libs --cflags，其中pagName是包名，是pkg-config--list-all里列出名单中的一个，比如gtk1.2的名字就是gtk+， pkg-config gtk+ --libs --cflags的作用跟gtk-config --libs --cflags是一样的。比如：gcc gtktest.c `pkg-config gtk+ --libs --cflags`。
5.-include和-I参数
-include用来包含头文件，但一般情况下包含头文件都在源码里用＃i nclude xxxxxx实现，-include参数很少用。-I参数是用来指定头文件目录，/usr/include目录一般是不用指定的，gcc知道去那里找，但是如果头文件不在/usr/include里我们就要用-I参数指定了，比如头文件放在/myinclude目录里，那编译命令行就要加上- I/myinclude参数了，如果不加你会得到一个"xxxx.h: No such file or directory"的错误。-I参数可以用相对路径，比如头文件在当前目录，可以用-I.来指定。上面我们提到的--cflags参数就是用来生成-I 参数的。
6.-O参数
这是一个程序优化参数，一般用-O2就是，用来优化程序用的，比如gcc test.c -O2，优化得到的程序比没优化的要小，执行速度可能也有所提高（我没有测试过）。
7.-shared参数
编译动态库时要用到，比如gcc -shared test.c -o libtest.so
8.几个相关的环境变量
PKG_CONFIG_PATH：用来指定pkg-config用到的pc文件的路径，默认是/usr/lib/pkgconfig，pc文件是文本文件，扩展名是.pc，里面定义开发包的安装路径，Libs参数和Cflags参数等等。
CC：用来指定c编译器。
CXX：用来指定cxx编译器。
LIBS：跟上面的--libs作用差不多。
CFLAGS:跟上面的--cflags作用差不多。
CC，CXX，LIBS，CFLAGS手动编译时一般用不上，在做configure时有时用到，一般情况下不用管。
环境变量设定方法：
export ENV_NAME=xxxxxxxxxxxxxxxxx
9.关于交叉编译
交叉编译通俗地讲就是在一种平台上编译出能运行在体系结构不同的另一种平台上，比如在我们地PC平台(X86 CPU)上编译出能运行在sparc CPU平台上的程序，编译得到的程序在X86 CPU平台上是不能运行的，必须放到sparc CPU平台上才能运行。当然两个平台用的都是linux。这种方法在异平台移植和嵌入式开发时用得非常普遍。
相对与交叉编译，我们平常做的编译就叫本地编译，也就是在当前平台编译，编译得到的程序也是在本地执行。
用来编译这种程序的编译器就叫交叉编译器，相对来说，用来做本地编译的就叫本地编译器，一般用的都是gcc，但这种gcc跟本地的gcc编译器是不一样的，需要在编译gcc时用特定的configure参数才能得到支持交叉编译的gcc。
为了不跟本地编译器混淆，交叉编译器的名字一般都有前缀，比如sparc-xxxx-linux-gnu-gcc，sparc-xxxx-linux-gnu-g++ 等等
10.交叉编译器的使用方法
使用方法跟本地的gcc差不多，但有一点特殊的是：必须用-L和-I参数指定编译器用sparc系统的库和头文件，不能用本地(X86)的库（头文件有时可以用本地的）。
例子：
sparc-xxxx-linux-gnu-gcc test.c -L/path/to/sparcLib -I/path/to/sparcInclude
