[20170617]升级vim到8.0的问题.txt

[20170617]升级vim到8.0的问题.txt

--//昨天升级家里的电脑到vim 8.0,遇到一个问题做一个记录:
--//我定义的行计算器无法正常运行.

noremap  <Leader>cc Yp!!bc -lq<CR>kA = <ESC>J
noremap  <Leader>ch YpIobase=16;<ESC>!!bc -lq<CR>kA = 0x<ESC>Jxguu
noremap  <Leader>cd YpgUU:s/0x//gei<CR>Iibase=16;<ESC>!!bc -lq<CR>kA = <ESC>J

--//我定义的如下,这个在7.X都是能很好运行的.
set fileencodings=ucs-2le,ucs-2,ucs-bom,chinese,taiwan,japan,korea,utf-8,latin1

--//但是如果你建立新的文本文件,
:set fileencoding
--//显示的是
fileencoding=ucs-2le

--//因为这样定义"1"的编码实际上占2个字符,其中含有0x00,这样再通过管道传入bc时报错.
--//如果文件里面输入1234,显示的是:

00000000: 3100 3200 3300 3400 0d00 0a00            1.2.3.4.....

--//而且很奇怪就是使用:%!xxd -r返回是空.定义如下按键,执行:
noremap  <Leader>cc Yp!!bc -lq<CR>kA = <ESC>J
noremap  <Leader>ch YpIobase=16;<ESC>!!bc -lq<CR>kA = 0x<ESC>Jxguu
noremap  <Leader>cd YpgUU:s/0x//gei<CR>Iibase=16;<ESC>!!bc -lq<CR>kA = <ESC>J

1234 = (standard_in) 1: parse error
(standard_in) 1: illegal character: ^M
(standard_in) 1: illegal character: ^@
(standard_in) 2: illegal character: ^@

--//修改如下正常.
set fileencodings=ucs-bom,chinese,taiwan,japan,korea,utf-8,latin1
--//对于字符集编码的问题,自己不是很了解,暂时做一个记录.

时间: 2024-08-02 07:22:30

[20170617]升级vim到8.0的问题.txt的相关文章

[20170617]vim 8.0插件安装.txt

[20170617]vim 8.0插件安装.txt --//昨天晚上在自己的家里的机器上安装vim 8.0 for windows,定制化浪费许多时间,剩下就是插件的安装. --//自己做一个记录: 1.ALign 插件: http://www.vim.org/scripts/script.php?script_id=294 http://www.vim.org/scripts/download_script.php?src_id=19633 安装很简单: vim Align.vba.gz :s

在HP系统上升级到ESX 4.0 U1可能会导致宿主机死机

据来自VMWare的消息: 在HP Proliant服务器上升级VMWare ESX 4.0 到4.0U1,可能会导致升级失败,并且在重启的时候导致宿主机死机(紫屏!). 这是个严重的兼容性问题.主要是和HP Insight Managements Agent冲突导致的. 避免这个问题的解决方案是:先停掉HP Insight Management Agents,然后再升级.升级完可以手工再启用这个Agent. 停掉HP Insight Management Agents的方法是在命令行输入: s

oracle 9206升级到10.2.0.2简要步骤

1.安装oracle 10g r2的软件2.打oracle 10g最新的补丁,我打的是升级到10.2.0.2的补丁3.运行Pre-Upgrade Information Tool.它用来分析升级到10g前你要做的一些操作,比如需要增加或减少的参数等.启动要升级的DB,用SYSDBA运行10g的ORACLE_HOME/rdbms/admin下的utlu102i.sql,查看产生的日志.SQL> SPOOL info.logSQL> @utlu102i.sqlSQL> SPOOL OFF下面

Oracle 10.2.0.1 32位如何冷备迁移升级到10.2.0.5 64位

说明: 官方推荐迁移到相同版本,比如:10.2.0.1(32)迁移到10.2.0.1(64). 再进行升级到10.2.0.5(64). 一.环境介绍 源库 操作系统版本:OEL5.8 32bit 数据库版本:10.2.0.1 32bit 数据库sid名:orcl 测试库 操作系统版本:OEL5.8 x64 数据库版本:10.2.0.5 x64 数据库sid名:orcl 二.源库 1. 关闭源库 # su - oracle $ sqlplus / as sysdba; SQL> shutdown

把Oracle 10.2.0.5 x64升级到11.2.0.3 x64的过程

说明:11g数据库现在新部署的数量也很多的,对于10g数据库,现在整理一下10g到11g的升级过程.10.2.0.2以上版本才能升级到11.2.0.3版本. 升级说明:10.2.0.5(64)-> 升级到11.2.0.3(64) 一.环境介绍 1. 数据库环境 操作系统版本:OEL5.8 x64 数据库版本:10.2.0.5 x64 数据库sid名:orcl 1)Oracle 10g 10.2.0.5(64bit)安装按照标准文档环境进行安装. /u01/app/oracle/product/1

脚本-oracle10.2.0.4升级到11.2.0.1相关问题

问题描述 oracle10.2.0.4升级到11.2.0.1相关问题 进行升级之后,11g的新特性只读表使用不成功,在升级后需要执行什么内置脚本吗? 解决方案 是不是11g没有升级完全,升到11.2.04试试

linux内核升级(ubuntu12.04从3.13.0升级到3.4.0 )

花了一天的时间,终于把ubuntu12.04 的linux内核版本从3.13.0升级到3.4.0 升级后,系统更加稳定. 具体步骤:# wget http://www.kernel.org/pub/linux/kernel/v3.x/linux-3.4.tar.gz# tar zxvf linux-3.4.tar.gz -C /usr/src# cd /usr/src/linux-3.4# make menuconfig# make# make modules_install# cp arch/

ORACLE 10升级到10.2.0.5 Patch Set遇到的内核参数检测失败问题

在测试ORACLE 10.2.0.4升级到10.2.0.5 Patch Set的过程中,遇到一个内核参数检查失败的问题,具体错误信息如下所示   实验环境:      操作系统:Oracle Linux Server release 5.7          内存:4G    数据库版本:10.2.0.4.0 Checking operating system requirements ... Expected result: One of redhat-6,redhat-5,redhat-4,

探索Oracle之数据库升级二 11.2.0.3升级到11.2.0.4完整步骤

探索Oracle之数据库升级二  11.2.0.3升级到11.2.0.4完整步骤   说明:         这篇文章主要是记录下单实例环境下Oracle 11.2.0.1升级到11.2.0.3的过程,当然RAC的升级是会有所不同.但是他们每个版本之间升级步骤都是差不多的,先升级Database Software,再升级Oracle Instance.  Oracle 11.2.0.4的Patchset No:19852360下载需要有Oracle Support才可以.  Patchset包含