通过永恒的虚无消解价值的意义,正是因为价值不存在,在一片无意义的荒原上,我们获至了一切维度的平等。
摧毁所有古老的、虚假的大厦之后,在空无一物的荒原上,一切事物有了新的生存空间。

这是以前跟你表达过的观点,是属于我个人的创见。无论它是拙劣还是错误还是愚蠢,是彻底由我自己创造出来的想法。是真正属于我的东西。


人类是软弱的生物,它不相信在自身中蕴含的力量,但却可以借由对他者的信仰将潜藏于自身的力量使用出来。
世界上总是有相对软弱的人,对于他们来说,虽然将救赎寄托于他者是一种不值得提倡的做法,█████████████████。

Read more »

溪柴火软蛮毡暖,我与狸奴不出门。


计算机科学家和工程师都是从行动上来说都是极度悲观主义者,他们的考虑甚至不是为灾难的发生做准备,而是假定灾难已经发生我们该如何降低影响。


清晰而坚定地认识自己,就可以不因外界对自己的错误认识而生气.
无法清晰认知自己,这绝不是天真、单纯等尚有褒义的事情


最近总是五点半无需闹钟准时醒来,想来是因为我没拉窗帘而此时北方天色已然大亮的缘故。淡蓝天空,绿意层次丰富的山,淡金阳光,风在旗杆上划出道道律动,浅灰蓝色阴影下的凉亭,我的窗口面对大美而我尚不自知。

Read more »

当然,我是一个男人,我自然会觉得“爱人”要比“被爱”更快乐一些。也许我是一个女人的话,就会有完全相反的想法了。

我得警惕我这个念头里面性别不平等的气味。


不小心看到过去自己写的一些话,觉得自己那时浑身都是刺,脸红不已,不敢再看下去。
话说回来,我怎么知道自己现在就不是浑身都是刺呢?

Read more »

现在是清晨四点钟
十二月已然尾声
此刻我写这封给你
其实只是想知道你过得好不好
我听说你将自己的生活深筑在荒漠中
难道你现在真的一无所求了吗
多么希望你至少能留住一些值得着恋的东西


你出现在我的晨曦、午夜、朝霞和黄昏里,无时不刻,如影随形。我爱你时失去踪影,一想到你便沉入云端、跌落谷底,如火焚烧、涟漪层层。

你在我的指尖、发梢、锁骨和脊梁,呼吸都带着颤栗的不安。清醒时你是微笑的、拘谨的、整齐的文字,癫狂时你是窒息的、失语的、狂热的声音。

Read more »

藤蔓


我在帮助他人时,如何才能让他人感觉到,我对他的帮助是出自于绝对的关心和爱,而非高人一等的怜悯。我并不因为帮助他而在精神上处于比他高的地位,他的需要帮助仅仅是由于不可抗力的不幸,你我随时都有可能遭遇同样的不幸,而帮助者和受助者在精神上都是平等的。


星绿

Read more »

原文地址:https://windsock.io/explaining-docker-image-ids/
Author:Nigel Brown
Translator:SU Hang
经原作者 Nigel Brown 授权翻译 | Translator authorized by the Nigel Brown

当 Docker v1.10 发布时,Docker Engine 处理镜像的方式发生了相当大的变化。虽然这种新的处理机制 被解释得很清楚,并且对 Docker 的常规使用(除了镜像迁移之外)几乎没有影响,但是有一些 UI 变动还是引起了一些误解。那么这种变化是什么,为什么 docker history 命令会显示一些镜像层的 ID 为 <missing>呢?

Read more »

TLDR

  1. 在.vimrc 或者你的相应 Vim 配置文件中删去set binanry
  2. 根据你打开的文件编码(如何查询文件格式编码,可以使用enca -L chinese filename),在 Vim 中输入,譬如:edit ++enc=gb18030

正文

前些天从用了一年多了 Linux Mint 转投 Arch Linux 门下,然后在Vim里编辑网络上下载下来的字幕文件时,发现了中文乱码的现象。当时心态有点糟,用了这么久的Vim,居然阴沟翻船。
我的环境是 Arch + NeoVim,配置文件是从我自己用了很久的没出问题的 .vimrc 拷贝过来的。

尝试了网上种种乱码解决方案无效之后,决定自行解决问题。

Read more »

本文记录一些在尝试 LFS 8.2 时遇到的一些问题的解决方案。
这些解决方案被我选录的标准是,英文网络中有,但中文网络目前还没有。以飨后来人。


  1. 在为 LFS 编译 Glibc 库的时候,会在 ./configure期间遇到如下问题:
1
2
3
4
5
6
LD_LIBRARY_PATH shouldn't contain the current directory
checking LD_LIBRARY_PATH variable... contains current directory
configure: error:
*** LD_LIBRARY_PATH shouldn't contain the current directory when
*** building glibc. Please change the environment variable
*** and run configure again.

出现这个错误的原因是由于环境变量的 LD_LIBRARY_PATH 中出现了当前目录。通常我们修改环境变量时会这么写:

1
export LD_LIBRARY_PATH = $LD_LIBRARY_PATH:/foo/bar:/hello/world:/a/b

如果一开始 LD_LIBRARY_PATH 不存在的话,这个上面这串环境变量开头就是冒号,这就把当前文件夹包含进去了。一般来说我们挺需要这种效果,因为在编译的时候可以 include 某些东西,但是对于编译 glibc 来说这个是多余的。

Read more »

undefined reference to `llvm::orc::AsynchronousSymbolQuery::handleFullyReady()’

使用官方教程中的命令编译

1
clang++ -g -rdynamic toy.cpp -L/usr/local/lib -lLLVMOrcJIT `llvm-config --cxxflags --ldflags --system-libs --libs core mcjit native` -O3 -o toy

会得到如下错误:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean '-Wno-uninitialized'? [-Wunknown-warning-option]
1 warning generated.
/tmp/toy-e5b39c.o: In function `llvm::orc::RTDyldObjectLinkingLayer::ConcreteLinkedObject<std::shared_ptr<llvm::RuntimeDyld::MemoryManager> >::finalize()':
/usr/local/include/llvm/ExecutionEngine/Orc/RTDyldObjectLinkingLayer.h:191: undefined reference to `llvm::orc::JITSymbolResolverAdapter::JITSymbolResolverAdapter(llvm::orc::ExecutionSession&, llvm::orc::SymbolResolver&, llvm::orc::MaterializationResponsibility*)'
/tmp/toy-e5b39c.o: In function `llvm::orc::JITSymbolResolverAdapter::~JITSymbolResolverAdapter()':
/usr/local/include/llvm/ExecutionEngine/Orc/Legacy.h:23: undefined reference to `vtable for llvm::orc::JITSymbolResolverAdapter'
/tmp/toy-e5b39c.o: In function `llvm::orc::ExecutionSessionBase::materializeOnCurrentThread(llvm::orc::VSO&, std::unique_ptr<llvm::orc::MaterializationUnit, std::default_delete<llvm::orc::MaterializationUnit> >)':
/usr/local/include/llvm/ExecutionEngine/Orc/Core.h:188: undefined reference to `llvm::orc::MaterializationResponsibility::MaterializationResponsibility(llvm::orc::VSO&, std::map<llvm::orc::SymbolStringPtr, llvm::JITSymbolFlags, std::less<llvm::orc::SymbolStringPtr>, std::allocator<std::pair<llvm::orc::SymbolStringPtr const, llvm::JITSymbolFlags> > >)'
/usr/local/include/llvm/ExecutionEngine/Orc/Core.h:188: undefined reference to `llvm::orc::MaterializationResponsibility::~MaterializationResponsibility()'
/tmp/toy-e5b39c.o: In function `std::set<llvm::orc::SymbolStringPtr, std::less<std::set>, std::allocator<std::set> > llvm::orc::lookupWithLegacyFn<llvm::orc::KaleidoscopeJIT::KaleidoscopeJIT()::{lambda(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)#1}>(llvm::orc::ExecutionSession&, llvm::orc::AsynchronousSymbolQuery&, std::allocator<std::set> const&, llvm::orc::KaleidoscopeJIT::KaleidoscopeJIT()::{lambda(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)#1})':
/usr/local/include/llvm/ExecutionEngine/Orc/Legacy.h:90: undefined reference to `llvm::orc::ExecutionSessionBase::failQuery(llvm::orc::AsynchronousSymbolQuery&, llvm::Error)'
/usr/local/include/llvm/ExecutionEngine/Orc/Legacy.h:82: undefined reference to `llvm::orc::AsynchronousSymbolQuery::resolve(llvm::orc::SymbolStringPtr const&, llvm::JITEvaluatedSymbol)'
/usr/local/include/llvm/ExecutionEngine/Orc/Legacy.h:83: undefined reference to `llvm::orc::AsynchronousSymbolQuery::notifySymbolReady()'
/usr/local/include/llvm/ExecutionEngine/Orc/Legacy.h:86: undefined reference to `llvm::orc::ExecutionSessionBase::failQuery(llvm::orc::AsynchronousSymbolQuery&, llvm::Error)'
/usr/local/include/llvm/ExecutionEngine/Orc/Legacy.h:97: undefined reference to `llvm::orc::AsynchronousSymbolQuery::handleFullyResolved()'
/usr/local/include/llvm/ExecutionEngine/Orc/Legacy.h:100: undefined reference to `llvm::orc::AsynchronousSymbolQuery::handleFullyReady()'
/tmp/toy-e5b39c.o:(.data.rel.ro._ZTVN4llvm3orc22LegacyLookupFnResolverIZNS0_15KaleidoscopeJITC1EvEUlRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEE_EE[_ZTVN4llvm3orc22LegacyLookupFnResolverIZNS0_15KaleidoscopeJITC1EvEUlRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEE_EE]+0x30): undefined reference to `llvm::orc::SymbolResolver::anchor()'
clang-7: error: linker command failed with exit code 1 (use -v to see invocation)

定位到最下方的一次函数调用handleFullyReady,在 /usr/local/lib 目录下使用grep handleFullyReady . -r -n搜索,发现该函数位于 LibLLVMOrcJIT.so 文件中。

1
Binary file ./libLLVMOrcJIT.so.7svn matches

使用新的命令

1
clang++ -g -rdynamic toy.cpp -lLLVMOrcJIT `llvm-config --cxxflags --ldflags --system-libs --libs core mcjit native` -O3 -o toy

问题解决。

序言

本文旨在教会对 Linux 稍有基础的同学,以__最简单__的方式在拥有__公网 IP__ Ubuntu 主机上搭建一个监听 UDP 53(67、68) 端口 OpenVPN 服务器,并配置好 Linux client 端,以实现绕过__Portal 认证__的目的。

加黑的每个关键词要么可以搜出大量相关资料,要么是接下来的步骤的关键。
本文不会告诉你为什么要这么做,上面给出的关键词已经是充足的暗示。

Read more »
0%