bones7456 all linux

Archive for the '编程相关' Category

C 语言 IQ 题..

http://linuxfire.com.cn/~alecs/fun/xiaoming.txt

小明初学 C 语言,写了个程序,想打印 99 个 ‘#’. 程序如下:
int i, n=99; main() { for(i=0; i<n; i–) { printf(”#”); } }
但是这个程序是错的.

Question 1: 请大家帮他改正, 但只允许 1) 删除一个字符 or 2) 增加一个字符 or 3) 改变一个字符
Question 2: 同样的限制条件, 使得只打印一个 ‘#’
Qeustion 3: 同样的限制条件, 打印 100 个 ‘#’

这个题目,粗看无聊,仔细想想还挺有意思的,我归纳了下,有这些答案.
下面要帖答案了,要自己思考下的先别往下看了.

Read the rest of this entry »

跟我一起写 Makefile (PDF)

以前有人在论坛里发过: http://forum.ubuntu.org.cn/viewtopic.php?t=61841
原文在这里: http://blog.csdn.net/haoel/archive/2004/02/24/2886.aspx
作者: 陈皓

我整理成了PDF,并修改少量错字.
给有需要的人,估计受众不会很大,嘿嘿.

这里不能上传文件附件,可以到 这里 或者这里 下载.

链接期的”undefined reference to”问题又一解

今天拿到公司的一个程序,在本机(ubuntu8.04)编译了一下,编译起见是一堆的警告:” 警告: 不建议使用从字符串常量到‘char*’的转换”,可以跳过去,但是到了链接期间,就又是可恶的 “undefined reference to”问题了,网上查了一些资料说是因为找不到 *.a/*.o 之类的库文件,或者是库文件里面没有相关的符号导致,但是我这程序原样复制到服务器里面,借给是可以编译的,而且提示错误的那个 .a 文件也是从服务器复制的,可以保证是一模一样的,但为什么本机编译就是不行呢?后来想到服务器是RHEL4,
gcc –version 的输出是: gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-8)
g++ –version 的输出是: g++ (GCC) 3.2.3 20030502 (Red Hat Linux 3.2.3-47.3)
而我本机的 gcc和g++确都是 4.2.3 的新版本,会不会是编译器的版本不兼容呢?看makefile里面用的是 g++ ,所以我先安装了 g++-3.4 ,然后把makefile里面的 PUBCC = g++ 改为 PUBCC = g++-3.4 ,再编译的时候发现编译期间的警告没了,但是链接还是照样报错;于是又卸载了 g++-3.4,换成了 g++-3.3,再编译的时候,居然是一切正常,和服务器上的表现一样了….
最后: 虽然是找到了 链接期的”undefined reference to”问题 的又一个答案,但个人对编译器的不兼容问题表示忧虑.

修改了下lunar-applet的源代码

一直用的是lunar-applet代替原来的时钟,最近把panel改成透明的了,而且壁纸的颜色比较深,这样一来,黑色的时钟文字在深色背景下看起来就有点累了.刚好,TX兄发现了修改applet时钟颜色的方法,可以自己写HTML定义颜色等.但是那个是针对原版的applet的,在lunar-applet上实验了下,居然无效,有点郁闷了.
好在linux下,一切都是自由的,居然原来无效,那就自己加上这功能吧,于是找来源码,自己修改了一些,嘿嘿,实现了想要的功能:
custom_format=<span color=”#ee1111″>%Y-%m-%d %A <b>%H:%M:%S</b></span>
format=custom
效果:
lunar-applet
如果有需要,可以放出修改后的源码或者deb包. (其实是因为本人至今都不知道怎么用patch和打deb包…)

[转]用gettext实现shell脚本国际化.

$ cat test.sh
#!/bin/bash
export TEXTDOMAINDIR=/usr/share/locale
export TEXTDOMAIN=test.sh
echo “$(gettext -s hello)”

编辑一个po文件:
$ cat test.sh.po
msgid “hello”
msgstr “你好!”

编译成mo文件:
$msgfmt -o test.sh.mo test.sh.po

复制到/usr/share/locale/zh_CN/LC_MESSAGES/
$sudo cp test.sh.mo /usr/share/locale/zh_CN/LC_MESSAGES/

中文:
$ export LANG=zh_CN.UTF-8
$ ./test.sh
你好!

英文:
$ export LANG=en_US.UTF-8
$ ./test.sh
hello

这里可以看到,gettext在locale是 zh_CN的时候,会去 TEXTDOMAINDIR 下面的 zh_CN/LC_MESSAGES 里面找mo文件,所以,TEXTDOMAINDIR也可以放在当前目录,只要里面有zh_CN这目录,并且里面的内容是正确的,这样就可以避免放文件到 /usr/share/local 时候所需的root权限.
参考: http://forum.ubuntu.org.cn/viewtopic.php?t=105507

C语言中的uname示例

呵呵,其实很简单,man页上都有写了,还是发上来,高手莫笑.

下载: uname.c
  1. #include《stdio.h》//WP不支持,括号自己改改。。。。
  2. #include《sys/utsname.h》
  3.  
  4. int main(){
  5.         struct utsname buf;
  6.         if(0!=uname( &amp;buf )){ //刚发现&amp;也不支持,唉。。
  7.                 printf("ERROR");
  8.                 return -1;
  9.         }else{
  10.                 printf("sysname=\t%s\n",buf.sysname);
  11.                 printf("nodename=\t%s\n",buf.nodename);
  12.                 printf("release=\t%s\n",buf.release);
  13.                 printf("version=\t%s\n",buf.version);
  14.                 printf("machine=\t%s\n",buf.machine);
  15.                 #ifdef _GNU_SOURCE
  16.                 printf("domainname=\t%s\n",buf.domainname);
  17.                 #endif
  18.         }
  19.         return 0;
  20. }

执行结果:

  1. $ ./a.out
  2. sysname=        Linux
  3. nodename=       LLY
  4. release=        2.6.22-14-generic
  5. version=        #1 SMP Tue Dec 18 08:02:57 UTC 2007
  6. machine=        i686

一个关于time的有意思的问题

原帖: http://forum.ubuntu.org.cn/viewtopic.php?p=591866
问:
目的:用time命令来获得一个程序p执行的时间。

方法一:如果在终端命令符$下直接输入 $time p 2>foo.tmp
则可得到下面的foo.tmp内容
real 0m1.017s
user 0m0.916s
sys 0m0.056s

方法二:现在想用下面这个shell代码来执行这个命令
#!/bin/sh
。。。
。。。
time p 2>foo.tmp
。。。

但是执行完这个shell代码后查看foo.tmp的内容,却是这样的:
0.81user 0.06system 0:01.01elapsed 86%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+723minor)pagefaults 0swaps

问题:我想知道为什么这两种方法得到的结果(foo.tmp文件)会不同?

谢谢!

答:
又是ubuntu的bash和dash的差异引起的问题,呵呵.

首先,time关键字是bash或者dash的保留字,就是说每个shell有不同的表现属于正常现象.
其次,ubuntu默认的用户打开终端以后用的是bash,所以这个时候输出是
real 0m1.017s
user 0m0.916s
sys 0m0.056s
这样的.但是ubuntu的 /bin/sh 指向的确是dash,这点可以通过 ls -l /bin/sh 来确认.就是系统是调用dash来执行你的脚本的,所以有了另一种形式的输出.

知道原因以后,如果你想在脚本里面也得到之前的那种输出,可以用以下两种方法:
1.把/bin/sh指向bash
2.脚本开头写成 #!/bin/bash

C中调用shell命令的方法 fopen演示

  1. lily@LLY:~/test$ cat fopen.c
  2. #include《stdio.h》 //这coolcode转不了这个符合,没办法了。。。自己改改。
  3. int main(){
  4.         FILE * fp;
  5.         char str[1024];
  6.         if(NULL==(fp=popen("pwd","r"))){
  7.                 return -1;
  8.         }else{
  9.                 printf("%s",fgets(str,1023,fp));
  10.         }
  11.         return 0;
  12. }
  13. lily@LLY:~/test$ gcc fopen.c
  14. lily@LLY:~/test$ ./a.out
  15. /home/lily/test
  16. 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)

今天,看到一个面试题,居然无聊到这种地步,看这代码:

下载: test.c
  1. #include
  2. main()
  3. {
  4.         int i=1,j;
  5.         j=(++i)+(++i)+(++i)+(++i);
  6.         printf("%d\n",j);
  7. }

问输出的j是多少。。。虽然知道这个很无聊,但是反正闲着也是闲着嘛,就研究了下,执行

lly@LLY:~/test$ gcc test.c
lly@LLY:~/test$ ./a.out
15

这我就不懂了。。。再看看objdump的结果:

lly@LLY:~/test$ objdump -d a.out
...省略若干
 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$ tcc test.c
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)
...

可以看到这里面的-0×4(%ebp) 是i,而 -0×8(%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源文件,自己编译这个源文件成二进制文件也是可以的.
另外这个工具好像还可以设置过期时间,到了这个预设的时间后,再执行二进制文件的话,就会输出一行已过期的信息(当然这个信息也可以自定义),不过我想这个功能一般用不着吧 :)