when someone abandons you,it is him that gets loss because he lost someone who truly loves him but you just lost one who doesn’t love you.
在定制 Win10 terminal 中的 git bash 的时候,想要在 title 中显示当前操作的目录来区分各个终端,然后是开始各种搜索,网上大多给出的解决方法都是如下方案
1 | $ echo -ne "\033]0;title\007" # -e 使转义字符生效;-n 内容输出后不换行 |
这时候,终端的 title 就会变成 title 了
偷懒大法好,直接上这,获取定制 PS1 的变量值吧
拿某个 PS1 变量举例吧
1 | $ echo $PS1 |
踩坑,bash 的单引号和双引号的坑,首先给出结论,两者差距还是蛮大的
' 跟 " 的不同,主要是对于某些 meta 的关闭与否,以 $ 來作说明:
1 | $ A=B\ C |
在第一个 echo 命令行中,$ 被置于 soft quote 中,將不被关闭,继续处理变量替换,因此 echo 將 A 的变量值输出到屏幕,也就得到 “B C” 的结果
在第二个 echo 命令行中,$ 被置于 hard quote 中,则被关闭,因此 $ 只是一个 $ 符号,并不会用來作变量替换处理,因此结果是 $ 符号后面接一个 A 字母:$A
进程、僵尸进程、孤儿进程、进程组、前台进程组、后台进程组、孤儿进程组、会话
由于不同的 shell 对使用管道线时创建子进程的顺序不同,故本族谱选用 bash 为例,它是支持作业控制的 shell 的典型代表
文中用到的缩写:
因为探究断开 ssh 继续运行命令而收获的一个小工具,在此记录下
在用 ssh 远程登录到 Linux 服务器后,经常运行一些需要很长时间才能完成的任务,如果为一个这样的任务开一个远程终端窗口,因为它们执行的时间太长,且必须等待它们执行完毕,在此期间不能关掉窗口或者断开连接,否则这个任务就会被杀掉,就半途而废了
为什么 ssh 断开后运行的命令会退出呢?
明确元凶:
SIGHUP 信号
简单的来说:
因为所有进程都得有个父进程。当 ssh 到一个服务器上时,打开的 shell 就是所有执行命令的父进程,当断开 ssh 连接后,在 ssh 中运行命令的父进程就没了。如果处理不当,这些进程就会收到 SIGTERM 信号,全被干掉了
the only present love demands is love