libiconv

【linux】解决unzip在linux下解压中文名zip文件出现乱码的问题

北慕城南 提交于 2020-11-16 05:00:24
#问题描述 linux(我用的系统是centos)下zip原生命令解压带中文名的压缩包时,解压出来的文件为乱码: 通过在网上查询得知,zip格式中并没有指定编码格式,Windows下生成的zip文件中的编码是GBK/GB2312等,导致这些zip文件在Linux下解压时出现乱码问题,因为Linux下的默认编码是UTF8。 网上说,zip 有个参数-O可指定文件编码,但是我在系统上却没有找到相应的参数: 原来unzip官方并不支持该参数,需要通过给unzip源码打补丁包的方法,来解决中文编码问题。 #解决方法 ##unzip源码编译 首先下载unzip源码: https://svwh.dl.sourceforge.net/project/infozip/UnZip%206.x%20%28latest%29/UnZip%206.0/unzip60.tar.gz 由于unzip编译需要bzip源码,下载源码: https://iweb.dl.sourceforge.net/project/bzip2/bzip2-1.0.6.tar.gz 下载完成后,解压文件: tar zxvf unzip60.tar.gz tar zxvf bzip2-1.0.6.tar.gz 将bzip2下所有文件拷贝到unzip60/bzip2下 make -f unix/Makefile flags make

aix6.1安装部署zabbix代理报错处理 Member libiconv.so.2 is not found in archive

本秂侑毒 提交于 2020-08-13 11:14:02
1、一般官网的二进制包下下来就能用,但是有时候一些系统环境不匹配,依赖的包需要单独安装 2、连接aix 版本 aix6.1 Connection established. To escape to local shell, press 'Ctrl+Alt+]'. WARNING! The remote SSH server rejected X11 forwarding request. 5 unsuccessful login attempts since last login. Last unsuccessful login: Tue Jun 16 11:05:51 2020 on ssh from 8.5.5.161 Last login: Thu Jun 4 15:58:07 2020 on /dev/pts/0 from 9.5.7.188 ******************************************************************************* * * * * * Welcome to AIX Version 6.1! * * * * * * Please see the README file in /usr/lpp/bos for information pertinent to * * this release

在windows系统上的MSYS64平台上Build GCC

China☆狼群 提交于 2020-08-11 02:35:35
想在windows环境下使用一些特殊版本的gcc,例如GCC 7.5,它修改了好多的bug,下面介绍一下AVR-GCC的build过程。 build环境: msys2 64位的环境,安装了mingw64/mingw-w64-x86_64-gcc,和 texinfo bison dos2unix automake aclocal gmp,mpfr,mpc库 配置,命令: CFLAGS=-D__USE_MINGW_ACCESS ../configure --prefix=$PREFIX --target=avr --disable-nls --enable-languages=c,c++ --with-dwarf2 --disable-shared --disable-libada --disable-libssp 开始build, make 安装:make install 安装完后的注意事项:如果只在msys环境下运行则不需要拷贝文件;如果想脱离msys2环境,在ms终端中运行,则需要拷贝三个文件:libgmp-10.dll,libiconv-2.dll,libwinpthread-1.dll。 来源: oschina 链接: https://my.oschina.net/u/182236/blog/4304352

Linux 共享库

落爺英雄遲暮 提交于 2020-05-08 15:28:06
有个工具提示 error while loading shared libraries: libiconv.so.2 Linux 系统上有两类根本不同的 Linux 可执行程序。第一类是静态链接的可执行程序。静态可执行程序包含执行所需的所有函数 — 换句话说,它们是“完整的”。因为这一原因,静态可执行程序不依赖任何外部库就可以运行。 第二类是动态链接的可执行程序。    静态可执行程序与动态可执行程序比较 我们可以用 ldd 命令来确定某一特定可执行程序是否为静态链接的: # ldd /sbin/sln not a dynamic executable “not a dynamic executable”是 ldd 说明 sln 是静态链接的一种方式。现在,让我们比较 sln 与其非静态同类 ln 的大小: # ls -l /bin/ln /sbin/sln -rwxr-xr-x 1 root root 23000 Jan 14 00:36 /bin/ln -rwxr-xr-x 1 root root 381072 Jan 14 00:31 /sbin/sln 如您所见,sln 的大小超过 ln 十倍。ln 比 sln 小这么多是因为它是动态可执行程序。动态可执行程序是不完整的程序,它依靠外部共享库来提供运行所需的许多函数。    动态链接相关性   要查看 ln

安装php扩展trie_filter

岁酱吖の 提交于 2020-04-24 14:05:43
php扩展trie_filter是一个用来在项目中需要对用户传递过来的文字进行过滤敏感词 安装基础类库 关键词过滤扩展,用于检查一段文本中是否出现敏感词,基于Double-Array Trie 树实现 安装 libdatrie , 需要 libdatrie-0.2.4 或更新的版本 它依赖 libiconv . 1 安装libiconv wget http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.14.tar.gz tar -zxf libiconv-1.14.tar.gz cd libiconv-1.14 ./configure make && make install 中间问题 In file included from progname.c:26:0: ./stdio.h:1010:1: error: ‘gets’ undeclared here (not in a function) _GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead"); ^ make[2]: *** [progname.o] Error 1 make[2]: Leaving directory `/usr/local/src/zabbix-2.4.7/libiconv-1.14

git的介绍和配置

余生长醉 提交于 2020-02-29 04:26:49
git 是版本控制系统 centos服务器安装git centos6 默认安装git的是1.7.1的比较老 可以用 git--version 查询 所以我要将他卸载它 yum -y remove git 通过使用wget的工具下载的Git的最新版本。 注意下载的是编译版本 需要手动make 不是yum安装 一般安装在目录/usr/local/src wget -O git-master.zip https://github.com/git/git/archive/master.zip 然后使用tar工具来解压您刚刚下载的.tar归档文件。 unzip git-master.zip cd进去 cd git-master 此时如果make会发生 libgit.a(utf8.o): In function `reencode_string_iconv': /usr/local/git/utf8.c:463: undefined reference to `libiconv' libgit.a(utf8.o): In function `reencode_string_len': /usr/local/git/utf8.c:502: undefined reference to `libiconv_open' /usr/local/git/utf8.c:521: undefined

【BBS】Discuz部署

落爺英雄遲暮 提交于 2020-02-17 07:54:20
环境准备 参考Discuz官网部署指导 http://faq.comsenz.com/library/system/env/env_linux.htm#download 首先确定环境支持,当前环境MySQL,Apache,nigux等都已经部署OK PHP安装 libiconv wget http://down1.chinaunix.net/distfiles/libiconv-1.14.tar.gz tar zxvf libiconv-1.14.tar.gz cd libiconv-1.14/ ./configure --prefix=/usr/local make && make install libmcrypt wget http://down1.chinaunix.net/distfiles/libmcrypt-2.5.7.tar.gz tar zxvf libmcrypt-2.5.7.tar.gz cd libmcrypt-2.5.7 ./configure make && make install libltdl yum install libtool-ltdl-devel mhash-0.9.9.9.tar.gz wget http://download2.polytechnic.edu.na/pub4/sourceforge/l/le/lempelf

git安装、常用命令、错误解决

情到浓时终转凉″ 提交于 2020-01-24 04:01:23
LINUX使用 git pull --更新代码 WINDOWS 使用 git config --list --查看git配置信息 git config user.name --查看git用户名 git config user.email --查看git邮箱配置 git config --global user.name “liuyanyan” --全局配置用户名 git config --global user.email “1127370697@qq.com” --全局配置邮箱 LINUX GIT安装 1.查看已有git版本 git --version 结果:command not found --没有安装 git version 1.7.1 --版本1.7.1 2.查看yum源仓库的git信息 yum info git 结果:version中版本和最新版本(我这时候是2.19.2)一致,则安装yum仓库的版本 version中版本和最新版本不一致,则只能下载源码进行安装 3.如果第1步得到结果为低版本git,则卸载git yum remove git 4.依赖库安装 yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel yum install gcc perl-ExtUtils

_libiconv or _iconv undefined symbol on Mac OSX

假如想象 提交于 2020-01-21 03:29:20
问题 When compiling some packages from source on Mac OSX, I get the following iconv error: Undefined symbols for architecture x86_64: "_iconv", referenced from: "_iconv_close", referenced from: "_iconv_open", referenced from: or I get: Undefined symbols for architecture x86_64: "_libiconv", referenced from: "_libiconv_open", referenced from: "_libiconv_close", referenced from: Why does this happen and how can I get around this dependency or, more generally, figure out what is going on and how to

_libiconv or _iconv undefined symbol on Mac OSX

生来就可爱ヽ(ⅴ<●) 提交于 2020-01-21 03:29:05
问题 When compiling some packages from source on Mac OSX, I get the following iconv error: Undefined symbols for architecture x86_64: "_iconv", referenced from: "_iconv_close", referenced from: "_iconv_open", referenced from: or I get: Undefined symbols for architecture x86_64: "_libiconv", referenced from: "_libiconv_open", referenced from: "_libiconv_close", referenced from: Why does this happen and how can I get around this dependency or, more generally, figure out what is going on and how to