[开源]替代Visio,开源流程图绘制软件 Dia
Dia是开放源码的流程图软件,是GNU计划的一部分
Dia使用Python开发
项目主页:http://live.gnome.org/Dia
Dia是开放源码的流程图软件,是GNU计划的一部分
Dia使用Python开发
项目主页:http://live.gnome.org/Dia
#include <unistd .h> int get_bin_pathname( char *pathname ) { FILE *fp = NULL; char _filename[1024] = {0}; int _pid = getpid(); sprintf(_filename, "dirname `ls -n /proc/%d/exe | awk '{if ($8==\"->\") {print $19} else {if ($9==\"->\") {print $10} else {print $11}}}'`", _pid); fp = popen(_filename, "r"); fgets(_filename, sizeof(_filename), fp); fclose(fp); _filename[strlen(_filename)-1] = '\0'; strcpy( pathname, _filename ); return 0; } </unistd>
我的初衷是这样的,有一个so1模块实现数据库连接池的管理,其他业务实现so2中需要用到连接池so1,又因为连接池只能有一个,所以连接池在进程Bin1中创建并管理,在so2中获取连接池,实际上就是Bin1中调用so1创建的连接池,哈哈,我的问题解决了。
我的想法是,因为在进程Bin1的一个业务中,会用到多个数据库的连接(多个不同的数据库呃),那么Bin1中创建一个session(session的代码中so1中),用当前线程id作为session的标识,在so2中的业务代码中根据线程id获取到session信息,需要获取什么类型的数据库连接由so2的具体业务确定,获取到连接之后注册到当前session,这样当业务取消或失败的时候,可以统一的abort数据库操作。
测试代码很简单,在dll1.so中是一个单例模式的类
在bin1中创建单例对象,并执行一个增加int的函数
dll2.so中只有一个函数,获取单例并返回一个int值
从结果我们可以发现,实际上dll2.so中使用的单例对象就是bin1中创建的单例对象
测试代码:下载
Google已经发布了Linux平台的Chrome浏览器,用户可以从http://www.google.com/chrome?platform=linux&hl=zh-CN下载安装。目前是测试版,适用于 Linux(Debian/Ubuntu/Fedora/openSUSE).
Linux版Chrome默认使用AR PL UKai CN字体,挺好看的
喜欢Chrome的理由正如Google自己说的那样:
高速:程序启动快,载入网页快
简单:高效、易用性的设计
在Linux 中,动态库的搜索路径除了默认的搜索路径外,还可通过三种方法来指定:方法一:在配置文件/etc/ld.so.conf中指定动态库搜索路径;方法二:通过环境变量LD_LIBRARY_PATH指定动态库搜索路径;方法三:在编译目标代码时指定该程序的动态库搜索路径。
众所周知,Linux动态库的默认搜索路径是/lib和/usr/lib。动态库被创建后,一般都复制到这两个目录中。当程序执行时需要某动态库,并且该动 态库还未加载到内存中,则系统会自动到这两个默认搜索路径中去查找相应的动态库文件,然后加载该文件到内存中,这样程序就可以使用该动态库中的函数,以及该动态库的其它资源了。在Linux 中,动态库的搜索路径除了默认的搜索路径外,还可以通过以下三种方法来指定。
find ./ -name *~ | xargs rm -f
删除当前目录及子目录下的所有文件名以~结尾的文件
xargs – build and execute command lines from standard input
在使用find命令的-exec选项处理匹配到的文件时, find命令将所有匹配到的文件一起传递给exec执行。但有些系统对能够传递给exec的命令长度有限制,这样在find命令运行几分钟之后,就会出现溢出错误。错误信息通常是”参数列太长”或”参数列溢出”。这就是xargs命令的用处所在,特别是与find命令一起使用。
find命令把匹配到的文件传递给xargs命令,而xargs命令每次只获取一部分文件而不是全部,不像-exec选项那样。这样它可以先处理最先获取的一部分文件,然后是下一批,并如此继续下去。
在有些系统中,使用-exec选项会为处理每一个匹配到的文件而发起一个相应的进程,并非将匹配到的文件全部作为参数一次执行;这样在有些情况下就会出现进程过多,系统性能下降的问题,因而效率不高;
而使用xargs命令则只有一个进程。另外,在使用xargs命令时,究竟是一次获取所有的参数,还是分批取得参数,以及每一次获取参数的数目都会根据该命令的选项及系统内核中相应的可调参数来确定。
1、将文件checkout到本地目录
svn checkout path(path是服务器上的目录)
例如:svn checkout svn://192.168.1.1/pro/domain
简写:svn co
2、往版本库中添加新的文件
svn add file
例如:svn add test.php(添加test.php)
svn add *.php(添加当前目录下所有的php文件)
3、将改动的文件提交到版本库
svn commit -m “LogMessage” [-N] [--no-unlock] PATH
(如果选择了保持锁,就使用-no-unlock开关)
例如:svn commit -m “add test file for my test” test.php
简写:svn ci
关于Linux信号请参见这篇文章http://www.ibm.com/developerworks/cn/linux/l-ipc/part2/index1.html
主要是为了理解下面的这段代码:
// Block all signals for background thread.
sigset_t new_mask;
sigfillset(&new_mask);
sigset_t old_mask;
pthread_sigmask(SIG_BLOCK, &new_mask, &old_mask);
// Run server in background thread.
http::server::server s(argv[1], argv[2], argv[3]);
boost::thread t(boost::bind(&http::server::server::run, &s));
// Restore previous signals.
pthread_sigmask(SIG_SETMASK, &old_mask, 0);
// Wait for signal indicating time to shut down.
sigset_t wait_mask;
sigemptyset(&wait_mask);
sigaddset(&wait_mask, SIGINT);
sigaddset(&wait_mask, SIGQUIT);
sigaddset(&wait_mask, SIGTERM);
pthread_sigmask(SIG_BLOCK, &wait_mask, 0);
int sig = 0;
sigwait(&wait_mask, &sig);
其实代码中已经有注释了,写的很明白了。不过,俺一开始不理解的,学习了一下,记录如下。
pthread_sigmask:
int pthread_sigmask(int how, const sigset_t *newmask, sigset_t *oldmask)
设置线程的信号屏蔽码,语义与sigprocmask()相同,但对不允许屏蔽的Cancel信号和不允许响应的Restart信号进行了保护。被屏蔽的信号保存在信号队列中,可由sigpending()函数取出。
How:
SIG_BLOCK: 结果集是当前集合参数集的并集
SIG_UNBLOCK: 结果集是当前集合参数集的差集
SIG_SETMASK: 结果集是由参数集指向的集
sigfillset(sigset_t *set)调用该函数后,set指向的信号集中将包含linux支持的64种信号;
那么第一段代码的意思就是,屏蔽(阻塞)所有的信号,目的是创建下面的业务代码
第二段:
// Restore previous signals.
恢复之前的信号。使用SIG_SETMASK,阻塞结果集由参数指定,即第一段代码执行前的信号集
第三段,Wait for signal indicating time to shut down
设定需要屏蔽(阻塞)的信号,等待,知道信号集中的信号出现。sigwait的第二个参数就是收到的在信号集中存在的信号,可以根据这个参数做出处理。
sigwait() 提供了一种等待信号的到来,以串行的方式从信号队列中取出信号进行处理的机制。sigwait()只等待函数参数中指定的信号集,即如果新产生的信号不在指定的信号集内,则 sigwait()继续等待。