http://blog.sina.com.cn/xuezhustudy[订阅]
个人资料
分类
    内容读取中…
评论
读取中...
音乐播放器
图片幻灯
友情链接
访客
读取中...
好友
读取中...
博文

   再一次,被老婆无声的郁闷弄的身心疲惫了。因为爱老婆,在乎老婆,才迫切想知道老婆不开心的原因,想解开老婆心中的结,让老婆开心起来。可老婆一次次的不耐烦和闭口沉闷让我真的好无奈,这种无奈又急躁的心态不知道老婆有没有感受过,真的很难受。从相恋一开始我就跟老婆说过,以后遇到什么不愉快的事我们都要说出来,一起去解决,不要闷在心里,即使是对对方不满也要告诉他(她),日子是两个人过的,生活在一起肯定会发现对方的一些缺点,这不要紧,只要好好改就行了。可是老婆,现在碰到不如意了,怎么就忘了当初的约定呢,为什么不跟我说呢?虽然你什么都没说,可是我感觉得到,是我的问题。如果真是我的问题,你又不告诉我原因,我该怎么去想?我会胡思乱想,我会想是不是老婆不在乎我了,不爱我了,可是又不敢告诉我,怕伤害我,才憋在心里。老婆,我会这样想,自国庆节后,我好像对什么都不确定了,包括老婆对我的爱,因为老婆自己也对我说过不确定是否是爱,是否还爱?因为太爱,所以很在乎,因为很在乎,所以你不开心我会胡思乱想,越是胡思乱想,就越是迫切的想知道原因,可我又不敢频繁的向你去索取一个答案。在老婆不开心的时候,我想搂着老婆,

写在光棍节后(2009-11-12 12:54)

   光棍节过了,过得很安静,该在这天发生的事情没发生,该在这天做的决定没有去决定,一切都是那么悄然无声。两个月前很期待这个节日的到来,因为我要向全世界宣布我的单身告别宣言,我要向全人类炫耀我心中的女神,我要让全宇宙都知道我找到女朋友了,找到了我一直在苦苦寻求的她。可一个月前,所有的一切似乎都变了,曾经的期待成了担心,曾经的豪情也化成了无语,开始担心了光棍节的到来.....一个月前的今天我跟老婆说过:“给彼此一点缓冲时间,是分是合,让我们在光棍节做个决定”,当时说出这话也是出于无奈,因为太不舍,不舍在我爱得最深的时候失去爱,不舍在我深爱她的时候失去她,不想美好的一切一瞬间化为乌有。很冷静的说出了这句话,可心却沉到了海底,仿佛一下子又回到了高中那段灰色的的日子,那个时候才感受到了爱情的无情,爱情的脆弱,爱情的伤,爱情的痛......

    因为不舍,我不舍,老婆也不舍,不管那时她到底还有没有爱,至少也还有不舍,我们接下来还是生活在一起。尽管完美的爱情似乎已破坏,可我还是告诉自己:只要还生活在一起,就要好好去爱,哪怕只有一个月。接下来的日子还是过得很开心,开心得好多时候让

使用Automake 创建和使用静态库


1. 目录结构如下:
example
|——src 目录(存放源代码文件)
        |——hello.c
|——lib 目录(存放用来生成库的文件)
        |——test.c 用来生成静态库libhello.a
|——include 目录(存放程序中使用的头文件)
        |——hello.h
2. 编写的各个目录下的源文件
hello.h 文件
extern void print(char *);
test.c 文件
#include<stdio.h>
void print(char *msg)
{
print(“%s\n”, msg);
}
hello.c 文件
#include “hello.h”
int main()
{
print(“Hello static library!”);//这里用到的是静态库中的函数
return 0;
}
3. 编写lib/Makefile.am 文件
noinst_LIBRARIES=libhello.a
libhello_a_SOURCES=test.c
AUTOMAKE_O

转:qt4 for Windows(2009-11-12 09:32)

QT是赫赫有名的跨平台的 C++ 界面库。在 Linux 平台上开发的朋友都不会对它陌生,而且早年 Borland 公司麾下的 Linux 平台上的快速开发工具(RAD) Kylix 的组件库就是封装了 QT 而成。众所周知 C++ 的库封装的层次都很低,所以即使是 QT 这样的库你也不要指望它可以如 Delphi 那般高级。

QT 有商业和免费开源的版本,在 Windows 平台上,Trolltech(QT的开发公司)并没有提供已编译好的二进制文件,所以程序员要自己手工在 Windows 平台上面进行编译,而且编译的时间比较长,大家要先有心理准备。一开始,我也不知该如何在 Windows 上面配置 QT 的开发环境,所以在网上搜了一下,发现文章质量良莠不齐,还在总算找到了一篇正确的,并照做成功,故而推荐给大家。先介绍一下我的开发环境,我使用的是酷睿2双核64位笔记本,1G内存,Windows XP SP2,VS2005,QT4.2.3。

引用网友的正确安装配置方法如下:

1. 下载代码:到官方网站http://www.trolltech.com/developer/downloads/qt/windows下载windows下的opensource的压缩包,或者来这里

并查集及其应用(2009-09-23 10:57)

        并查集:(union-find sets)是一种简单的用途广泛的集合. 并查集是若干个不相交集合,能够实现较快的合并和判断元素所在集合的操作,应用很多,如其求无向图的连通分量个数、最小公共祖先、带限制的作业排序,还有最完美的应用:实现Kruskar算法求最小生成树。其实,这一部分《算法导论》讲的很精炼。

       一般采取树形结构来存储并查集,在合并操作时可以利用树的节点数(加权规则)或者利用一个rank数组来存储集合的深度下界--启发式函数,在查找操作时进行路径压缩使后续的查找操作加速。这样优化实现的并查集,空间复杂度为O(N),建立一个集合的时间复杂度为O(1),N次合并M查找的时间复杂度为O(M Alpha(N)),这里Alpha是Ackerman函数的某个反函数,在很大的范围内这个函数的值可以看成是不大于4的,所以并查集的操作可以看作是线性的。
它支持以下三种操作:
  -Union (Root1, Root2) //合并操作;把子集合Root2和子集合Root1合并.要求:Root1和 Root2互不相交,否则不执行操作.
  -Find (x) //

        如果:给出各个元素之间的联系,要求将这些元素分成几个集合,每个集合中的元素直接或间接有联系。在这类问题中主要涉及的是对集合的合并和查找,因此将这种集合称为并查集。
链表被普通用来计算并查集.表中的每个元素设两个指针:一个指向同一集合中的下一个元素;另一个指向表首元素。

链结构的并查集

采用链式存储结构,在进行集合查找时的算法复杂度仅为O(1);但合并集合时的算法复杂度却达到了O(n)。如果我们希望两种基本操作的时间效率都比较高的话,链式存储方式就“力不从心”了。

树结构的并查集

采用树结构支持并查集的计算能够满足我们的要求。并查集与一般的树结构不同,每个顶点纪录的不是它的子结点,而是将它的父结点记录下来。下面是树结构的并查集的两种运算方式

⑴直接在树中查询
⑵边查询边“路径压缩”

对应与前面的链式存储结构,树状结构的优势非常明显:编程复杂度低;时间效率高。

直接在树中查询

集合的合并算法很简单,只要将两棵树的根结点相连即可,这

    老婆,感情上的不愉快一般我不会写在日记里,因为我相信感情是需要沟通的,写在日记里只是在逃避。可我现在只想做一个逃避者,太多的担心和不确定让我失去了和你沟通的勇气,在你工作的现在,我不想给你太多的压力,本来你已经为工作承受了太多,可我现在真的很憋,很难受,找不到倾诉的对象,我只能选择逃避。

   老婆,昨天晚上你问我想要的是什么,你觉得自己没什么错,为什么我还是那么郁郁不乐?当时好想告诉你,我需要你的在乎,也许老婆是在乎我的,可有时我为什么感觉不到呢?是我真的缺少去感觉,还是老婆没太在意一些细节。有时也恨自己太在意细节上的东西,一直以为喜欢一个人,在乎一个人,会是时时侯侯想着、惦着,好怀念你在常德时,我们每天清早发着短信,互道问候;好怀念以前网上聊天时,吻飞过来飞过去,老公、老婆的叫的热火,可仿佛这一切都成为过去,可我还是没有变,昨天QQ上给老婆飞吻,好期待老婆能回吻,可是没有,无奈之下,只有主动向老婆索吻,一把血淋淋的菜刀过来还是没能阻挡我的渴望,可老婆最后还是下了,

要在命令终端中输入eclipse,也能运行Eclipse。通常有三种解决方案:

1)      /opt/eclipse/加入到PATH变量中。

 

问题:如果你要在Debian系统中发布一款软件或者一个包,该如何做呢?如果你的项目中有各种二进制包,该如何维护呢?如果你自己做了一款小小的实用软件,该如何与朋友分享呢?……. 

 

案例:假如我从网上下载了eclipse-SDK-3.1-linux-gtk.tar.gz压缩文件,我想把他安装到/opt/eclipse目录下,且菜单

Debian维护脚本--dpkg(2009-08-07 11:42)
Debian维护脚本是一种可执行脚本,它在软件包安装之前或之后自动运行。它和一个名叫control的文件一起组成Debian包文件的“管理”部分。

这些文件是:

preinst
在Debian包文件解包之前,运行这个脚本。许多“preinst”脚本的任务是停止作用于待升级软件包的服务,直到软件包安装或升级完成。

postinst
该脚本的任务是完成Debian包文件解包文件的配置工作。通常,“postinst”脚本等待用户输入,或提醒用户,如果他接受当前默认值,要记得软件包安装完后返回重新配置。许多“postinst”脚本负责执行有关命令为新安装或升级的软件重启服务。

prerm
该脚本负责停止与软件包关联的daemon服务。它在删除软件包关联文件之前执行。

postrm
该脚本负责修改软件包链接或文件关联,或删除由它创建的文件。(参阅〖2.2.7 虚拟包〗)

当前,所有的管理文件都存放在/var/lib/dpkg/info目录。与foo软件包相关的文件,名字以“foo”打头,以“preinst”、“postinst”等为扩展名。目录中的foo.list文件列出了foo软件包安装的所有文件。(注意这些文件的位置在由dpkg来确定,可能