#4 SSH 免密码登录工具：sshpass

开发工具 SSH 2015-09-12

1. 下载源码包

https://sourceforge.net/projects/sshpass/

2. 安装

tar -xvf sshpass-1.05.tar.gz
cd sshpass-1.05.tar.gz
./config
make && make install

3. 使用

sshpass -p '111111' ssh 192.168.22.2 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null

因为首次访问时需要通过 known_keys 检查，一旦未通过就不会继续执行导致后面的命令失败。
最好加上 StrictHostKeyChecking=no 配置。
如果不希望对方的 host key 被记录可以再加上 UserKnownHostsFile=/dev/null。

#2 Cygwin 下安装软件的两种方式

开发工具 Cygwin 2013-12-15

Cygwin 是一款能在 Windows 平台上运行的类 UNIX 模拟环境的开发工具。

通过 setup.exe

重新运行一遍 setup.exe，通过搜索找到需要安装的包，勾选就行了；

使用 apt-cyg

cwgwin 默认安装了 svn，可以通过 svn 命令下载：

svn --force export https://apt-cyg.googlecode.com/svn/trunk/ /bin/
chmod +x /bin/apt-cyg

或者：

wget https://apt-cyg.googlecode.com/svn/trunk/apt-cyg -P /bin

网上都说要 “chmod +x /bin/apt-cyg”，但是用 ls 查看的结果发现已经是可执行的了。

里面默认使用的安装源是 ftp://mirror.mcs.anl.gov，改成网易安装源：

apt-cyg -m https://mirrors.163.com/cygwin

先查看一下帮助：

先更新一下库的相关情况：apt-cyg update，竟然失败，报了 404。

查看网易的安装源，再比对刚才 update 的地址，发现原来网易安装源下面还有“x86”，“x86_64”这类架构，所以就把重新设置安装源：

apt-cyg -m https://mirrors.163.com/cygwin/x86

总算成功的 update 了，注意到安装目录下多出来了一个 setup 目录，有一个 setup.ini 文件。

随便试着安装一个 httping 试一下，结果失败了，一看下载路径中出现了两个 /x86。

找了一会儿原因，原来是因为 apt-cyg 是通过 setup.ini 中的路径下载软件，所以只好试着把里面所有的 x86/release 都替换成 release，然后通过 apt-cyg 的 -u 参数来禁止每次安装时都更新 setup.ini 文件，果然是有效的。

为了防止每次都需要加一个参数，况且总是将 apt-cyg 输成 apt-get，干脆可以设置别名：alias apt-get="apt-cyg -u"。

用了一段时间之后，发现这不是最佳方案，网友提供的方法才是问题的根源：

apt-cyg 其实是一个 bash 文件，可以直接在其中找出症结，就是每次更新都是通过 wget 命令实现，搜索 "wget -N $mirror/setup" 可以找到两行：

wget -N $mirror/setup.bz2
wget -N $mirror/setup.ini

可以将其中的 $mirror 后面接上 /x86 或者 /x86_64。

我想，一定有一个什么变量对应着这个架构目录名称，setup.ini 中有一个 arch，于是我把 $mirror 替换成 $mirror/$arch 但是还是报错（https://mirrors.163.com/cygwin//setup.bz2），应该是 arch 变量不存在所致。

我并不会弄 bash，这个问题只能留着以后解决了。

上海交大的安装源应该不会存在路径的问题，因为下面没有分 CPU 架构目录：

https://ftp.sjtu.edu.cn/cygwin/

#1 MingW 与 Cygwin

开发工具 Linux 2013-12-12

首先 MinGW 和 Cygwin 都可以用来跨平台开发。

MinGW 是 Minimalistic GNU for Windows 的缩写，也就是 Win 版的 GCC。

Cygwin 则是全面模拟了Linux的接口，提供给运行在它上面的的程序使用，并提供了大量现成的软件，更像是一个平台。

相对的 MingW 也有一个叫 MSys（Minimal SYStem）的子项目，主要是提供了一个模拟 Linux 的 Shell 和一些基本的 Linux 工具。因为编译一个大型程序，光靠一个 GCC 是不够的，还需要有 Autoconf 等工具来配置项目，所以一般在 Windows 下编译 ffmpeg 等 Linux 下的大型项目都是通过Msys 来完成的，当然 Msys 只是一个辅助环境，根本的工作还是 MingW 来做的。

基本原理

  1. 修改编译器，让 Window 下的编译器把诸如 fork 的调用翻译成等价的形式，这就是 MingW 的做法.
  2. 修改库，让 Window 提供一个类似 UNIX 提供的库，他们对程序的接口如同 UNIX 一样，而这些库，当然是由 win32 的 API 实现的，这就是 Cygwin 的做法.

用 MingW 和 Cygwin 编译出来的程序的区别

首先 MingW 和 Cygwin 都不能让 Linux 下的程序直接运行在 Windows 上，必需通过源代码重新编译。

现代操作系统包括 Windows 和 Linux 的基本设计概念像进程线程地址空间虚拟内存这些都是大同小异的，之所以二者上的程序不能兼容，主要是它们对这些功能具体实现上的差异，首先是可执行文件的格式，Window 使用 PE 的格式，并且要求以 .EXE 为后缀名。Linux 则使用 Elf。其次操作系统的 API 也不一样，如 Windows 用 CreateProcess() 创建进程，而 Linux 使用 fork()。

所以要移植程序必然要在这些地方进行改变，MingW 有专门的 W32api 头文件，来把代码中 Linux 方式的系统调用替换为对应的 Windows 方式。而 Cygwin 则通过 cygwin1.dll 这个文件来实现这种 API 的转换，并模拟一个 Linux 系统调用接口给程序，程序依然以 Linux 的方式调用系统 API，只不过这个 API 在 cygwin1.dll 上，cygwin1.dll 再调用 Windows 对应的实现，来把结果返回给程序。

可以用查看他们编译好的程序的导入表来验证这点。

二者生成的程序都是能在 Windows 上运行的 EXE 文件，显然都是 PE 格式，用一个PE格式查看工具检查一下就能发现，Cygwin 生成的程序依然有 fork() 这样的 Linux 系统调用，但目标库是 cygwin1。而 MingW 生成的程序，则全部使用从 KERNEL32 导出的标准 Windows 系统 API。

这样看来用 MingW 编译的程序性能会高一点，而且也不用带着那个接近两兆的 cygwin1.dll 文件。

但 Cygwin 对 Linux 的模拟比较完整，甚至有一个 Cygwin X 的项目，可以直接用 Cygwin 跑 X。

另外 Cygwin 可以设置 -mno-cygwin 的 flag，来使用 MingW 编译。

而与 Cygwin 更有可比性的 MSys 上的工具也是通过 Cygwin 这种模拟的方式来提供的。

总之这两个项目有千丝万缕的关系，一个不恰当的比方，如果 Mingw 是 MFC，Cygwin 就是 .NET 了。