小灰笔记

我发现可能是我的gcc安装了一个，因此cygwin用了系统里的gcc。之后，先尝试make install把编译后的软件安装到我的系统环境中，再试试是否可以正常使用。尝试安装的过程，发现这个安装也是一个很费劲的过程。看了下，有一个这样的库，先安装一下看看。出现了新的依赖，再次安装zlib。关于这里的问题，我处理的稍微简单粗暴了一些。最后的编译终于结束了，也生成了各个文件，很可惜的是：点击之后没反应！安装上面的工具包，原来的问题解决掉了，出现了新的问题。上面的问题再次解决，还是出现了新的问题。

最后，假如真的在折腾中觉得自己了解的透彻了，我也可以参与到这种有意思的活动中去体验一下。首先，这里面提到的这些功能以及术语很可能是较为通用但是我不熟悉的，这样可以作为对自己知识的补充性科普。1. 这里的comic其实是一种漫画格式，顺着这里的链接，我看了一下对应的代码发现这个3周之前还在更新。3. 关于可能以及计划的文件格式支持，诸如PPT以及word如果真的是全都支持了的话，我觉得evince算是一个新的office了。1. 目前的evince是不支持动图的，这里提到的支持依赖本身也不支持。

但是，结合自己这不牢靠的记忆来看，兴许这个规划执行的速度是慢了一些。1. 这个项目其实是起源于GNOME桌面项目的，原本的桌面上很多文件都有独立的查看工具，而evince则是想把多种文件的处理做一个统一。尽管，evince还是之前的模样，不过我觉得这次还是尝试重新做一个build看看是否能够成功，接下来就搜集资料做这方面的准备。下载的链接部分附加的还是一个代码文件，看起来，大概率跟几年前遇到的情况没有大的变化。一份关于evince的基本的wik介绍，接下来，先做一个这个wiki的了解。

自由软件运动是为了为用户赢得来自自由软件的自由以按照自己的期望去控制计算机，自由软件让用户能够处于自己的控制之下而非自由软件会把用户置于开发者的控制之下。如今自由软件运动所做的远不止开发GNU系统，想要了解更多我们所做的事情可以查阅自由软件基金的网站以及链接中一系列你可以提供的帮助。自由软件的Free指的是自由而不是免费，去理解这个概念你应该考虑“自由发言”和“免费啤酒”两个词语中free的意思。—学习程序裕兴机理并按照自己的需要修改软件，这个自由度的前提是能够看到软件的代码（自由1）。

相比之下，中国的技术类网站倒是做的很不错，对于我们做技术的人来说也是很好的心理安慰。一个公司的存在肯定是需要盈利的，产品也是需要推广的，说起来金山做的没错。不过，有一点是好的。而Linux给我的体验不仅仅是系统开源那么简单，我在Linux平台上使用的基本上都是开源软件，软件基本都是精简实用的，没有太多的功能冗余。在开源的力量下，软件的功能也都能够透明，没有今天遇到的类似WPS的后门式、暗箱式的小动作。一系列的出人意料让我觉得我的电脑环境杂乱的实在是让我感觉差异，为什么简单的工作需要电脑的一再升级呢？

开始对这个软件又有好感又觉得担心，因为我看到的文章出现的时候SumatraPDF应该还处于比较老的版本，那时候的它不到1MB，只有900KB多点。商业软件或者商业公司处于推广目的退出的软件总有一些我们背后说不清的因由，使用之后这些软件会慢慢吞噬我们的硬盘并且搞垮我们的电脑。这样的简洁带来的不仅是阅读的清爽感，也让软件可以做的足够小巧。先用LibreOffice换掉了之前一直觉得还不坏的WPS，今天再来一刀，找了一款开源的pdf阅读器替换掉自己一直使用的Adobe的pdf阅读器。

在使用LibreOffice的时候我遇到过几次瞬间的卡顿，那种卡顿非常短，在你还在思考为什么的时候可能卡顿现象已经消失。在Linux的平台上，我使用这款软件好多年，在Linux的平台上确实是没有遇到过瞬间的小卡顿这种现象。倒是Office以及WPS的那种轰炸式的信息排布让我觉得有点不爽，毕竟那些功能中的九成我可能都用不到，很多功能我压根就没有尝试使用过。不过，这似乎也是其他同类软件中的共同特点。如果想在其他的平台上使用查看，也可以简单的设置后把默认的存储格式设置为其他的文档格式，比如微软的Office。

第一次下定决心使用Emacs，跟之前自己已经稍微熟悉了一点的VIM做一下对比：1，大文件的编辑这一点Emacs似乎很有可提升空间，当然，也有可能是是我现在还不熟悉。不过从我目前掌握的初级功能来看，Emacs在编辑大文件的时候反应速度真的是相当慢！而使用VIM的时候，使用的感觉一直是行云流水般顺畅！当然，真正很大的文件我也没有编辑过。不算很大的文件在Emacs已经有一点卡顿了！2

我尝试在Windows上使用Emacs多次，最终都失败了。但是我还是想尽自己的努力做一次尝试并最终把自己的编辑器从VIM切换到Emacs。这并不是说我不喜欢VIM，也不是说我觉得Emacs比VIM好。我之所以箱做这个切换有两个原因：第一，Emacs是GNU的灵魂之作；第二，学习Emacs似乎能够同时再学一门还不错的语言lisp。       Emacs下载完了之后我发现软件是一个绿色版本，直接

在学习Linux内核的原理，看到了startup的代码。安装了相应的GNU汇编器之后，尝试了一下代码的编译。       我使用的Win10安装了一个内置的Ubuntu子系统，在此系统下编译结果如下：grey@DESKTOP-3T80NPQ:/mnt/e/01_workspace/15_linux/01_kernal/03_my_test_code/04_as_demo$lshead.

先看一段前面展示过的代码：#include#include#include#include"stdlib.h" int file_exists(const char *dirpath, const char *filename){       size_t len = 1+ strlen (dirpath) + 1+strlen (filename);     

学会Perl以及Python之后，处理字符串也只是我很喜欢做的一件事情。进行字符串的拼接在这些高级脚本语言中是一件轻松的事情。       C语言是我的编程入门语言，但是我一直对这门语言了解并不是很深。确切说，我是对庞大的标准库以及GNU等函数库知之甚少。       使用C语言进行字符串的拼接应该怎么做呢？在先前，我肯定是要定义一个新的“字符串”，然后进行内存的拷贝。其实，有一个prin

最初学习C语言编程的时候，主函数是可以没有返回值的。工作之后，重新接触的编译基本上都要求主函数有一个int类型的返回值。起初我有些不明白，为什么很多历程中的返回值是0，后来在一个教程中看到有人返回值是一个宏，追本溯源之后才知道0原来是执行成功的返回值。       具体的宏定义如下：#defineEXIT_SUCCESS 0#defineEXIT_FAILURE 1       上