旧VM，新eclipse
缘起
环境清单
OS：win7
VM Workstation 10.0.7 build-2844087
Guest OS in VM: RHEL 7.0 RHEL7.4
描述
我需要在上述环境中安装Eclipse CDT以进行c++程序开发。
所以常规操作如下：
- 利用rhel-server-7.0-x86_64-dvd.iso在虚拟机里装好系统。安装时勾选“带GUI的服务器”，右边至少选中“java平台”和“开发环境”两项；
- 装好了？进系统了？打开终端了？那就
sudo yum erase open-vm-tools -y - 虚拟机菜单栏里选择安装vmware tools；
- 确认一下是不是这个版本号：VMwareTools-9.6.5-2700074.tar.gz；
- 如果一样，那么应该不会遇到任何问题——亲测有效；
- 然后装eclipse-cpp-neon-R-linux-gtk.tar.gz，其实用“装”字并不准确，因为解压完了就能用（注：这玩意要求java最低版本1.8.0，但是RHEL7.0的java版本是1.7.0，所以要更新）；
- 完结，收工。
个鬼啦！
为什么这都2077年了我还要用21世纪10年代的古董玩意儿啊？？
别问，问就是涉密，就是与互联网物理隔绝、只能以CD-R作为介质传输信息。
然而我就是要 出狂战斧 用2020年9月版本的EclipseCDT，开发面向Kylin（套壳Ubuntu ）操作系统的C++工程应用！！
征途
round1：尝试运行新版Eclipse
要把eclipse拷进虚拟机，同时考虑以后把工程拷出来的需要，使用“共享文件夹”功能。
在上一节提到的，装好的RHEL7.0里，运行2020-09版EclipseCDT，出错。
从命令行运行得知，swt需要GTK最低版本是3.20.0，而系统的GTK版本是3.8。
奇怪的是，这个2020版的EclipseCDT虽然同时要求java版本号11（而系统的Java版本还是1.7）却没在这里出错，反倒是前面那个eclipse-cpp-neon……
不知道从谁的机子里找到了RHEL7.4的镜像，果断从局域网里搞过来用。
参照别人的教程设置了iso镜像作为yum源，成功。
然后尝试用yum upgrade命令更新GTK。
大☆失☆败
round2：旧版VMwareTools编译出错
重新开始，安装RHEL7.4。
前面的步骤与上一节步骤1~4一致，但在第5步出错。
同样的VMwareTools-9.6.5在RHEL7.0上可以正常安装，但在RHEL7.4上安装时出错，具体说来是在配置共享文件夹功能时编译出错
错误：提供给函数‘wait_on_bit’的实参太多
sudo su
# password
cd /usr/lib/vmware-tools/modules/source
tar -xvf vmhgfs.tar
vim vmhgfs-only/page.c
# find "HgfsWbRequestWait"
# 淦tm的 wait_on_bit(!@#!@%@#%@#^)
# 不是让你删掉函数，而是去掉里面的倒数第二个参数
tar -cvf vmhgfs.tar vmhgfs-only/*
cd /usr/bin
./vmware-install.pl
一通操作1之后，再运行/usr/bin/vmware-config-tools.pl就能完成编译了。
但是编译通过之后呢？
round2：空的hgfs文件夹
这个问题已经有很多答案了，归根结底分为两种：
- 使用mount命令。
我试了，不行，提示no such device - 使用vmhgfs-fusion命令。
解决问题。为避免每次手动输入执行，加到开机执行的脚本里。
有一点怪事一定要记录一下：RHEL装完了进系统以后我直接想装VMwareTools，在命令行里运行安装脚本，提示我有冲突，需要先删除open-vm-tools，我照做了。
后来为了用vmhgfs-fusion命令，又要把open-vm-tools装回来，我寻思这玩意而不会冲突吗？用yum命令装了一下，居然装上了！
真就装软件包等于玩孔明锁呗？
2020.10.15更新：不知道从谁那里搞来的VMware15.5版本，用起来稍微舒服一点——主要是里面的VMwareTools也更新了，大版本号从9升到10，小版本号没细看，它在RHEL7.4上面可以正常完成安装，并且可以正常实现“共享文件夹”功能，而不是只有一个空的hgfs目录。
但是拖放功能又不正常了，虽然我不用，但是架不住同事要用啊……
-
https://www.cnblogs.com/chenfool/p/6808245.html ↩︎