windows boost使用UTF8的中文路径

2024-10-28

boost.property_tree读取中文乱码问题正确的解决方式

开发项目的时候在使用boost,在宽字符下遇到中文乱码问题上网上看大家都是先转成utf8在进行解析的,例如: http://blog.csdn.net/hu_jiangan/article/details/49945373 中 void Init(const wstring& fileName, wptree& ptree) { std::wifstream f(fileName); std::locale utf8Locale(std::locale(), new std::codec

Windows下Python中的中文路径和中文输出问题

这几天有个项目需要写一点类似于脚本的小程序,就用Python写了,涉及到中文路径和中文输出的问题,整理一下. 有一个问题我觉得需要先强调一下,在写Python程序的时候,一定保证编码是utf-8,然后在每个文件的首部加上# coding=utf-8,这是一个避免出问题的好习惯. 1.中文路径 Windows下的中文路径,Python是能够自动识别的,所以不需要特别强调. 如果需要通过浏览对话框选取文件或目录,可导入如下包 import tkFileDialog 然后调用函数(比如tkFileDi

boost::xml——基本操作以及中文乱码解决方案

下面是本人使用boost库的xml部分的基础操作,并且解决对于大家使用boost库读写中文xml内容出现的乱码问题. 1.实现boost库xml基本操作2.解决boost对xml中中文乱码问题3.实现普通字符串和宽字符串的傻瓜切换(模仿tchar.h)4.代码运行环境为VS2010,需要导入boost库才能正常运行5.VS2010运行时可能会发生错误.例如:cl.exe 或者 cvtres.exe 报错. 解决办法就是重新打开项目或者切换其它正常项目运行一下(反正我是这么解决的) 下面是源码部分

解决windows 挂载 nfs 驱动器中中文乱码问题

乱码问题,是由于 mount.nfs 命令不支持 utf-8字符集.所以是系统软件支持的问题.在网络上找了很多方案都没能解决. 网上主要有三种方案(1)换解决方案,使用smb 共享,这等于不是解决方法.(2)使用第三方nfs 客户端,但是Windows 10 默认不允许testsigning 测试模式.所以 ms-nfs41-client软件,安装不成功,也没能解决问题,试了很多种方式.(3)最后发现,windows 官方给了一个beta版本的解决方案.知乎上也有朋友进行了说明. 最后,我也是通

python中由于中文路径引起的os.path.isfile(imgpath) == False问题

昨天在用python脚本处理文件的时候,遇到了题述问题,明明文件时存在的,但是在用os.path.isfile(imgpath) == False进行判断的时候总是成立,在一开始以为是正反斜杠windows与linux不同导致的,后来发现时因为中文路径造成的. 在网上查阅了解决办法如下: imgpath = unicode(imgpath, "utf8") 利用上述语句将imgpath的编码进行转换,然后再进行判断以及后续的图片读取(使用cv2模块)就都没有问题了.

Windows使用MySQL数据库管理系统中文乱码问题

声明:本文关于MySQL中文乱码问题的解决方案均基于Windows 10操作系统,如果是Linux系统会有较多不适用之处,请谨慎参考. 一.MySQL中文乱码情况 1. sqlDevelper远程登陆MySQL客户端中文乱码 sqlDeveloper操作MySQL中文乱码 2. command-line登陆本地MySQL客户端中文乱码控制台操作MySQL中文乱码二.MySQL中文乱码产生原因 Windwos中文系统默认的字符编码集是gbk(扩展国标码,包括简体中文.繁体中文.朝鲜语.日本语等

svn不支持中文路径问题的解决

作者:朱金灿来源:http://blog.csdn.net/clever101 svn的授权文件authz默认是不支持中文路径的,因此在精确控制中文文件夹的授权时往往会出错.要解决这个问题,需要用UltraEdit(注意不要用记事本或写字板)把authz打开,然后另存在为UTF-8 -无BOM,如下图: 然后把另存在的authz文件覆盖原有的authz文件. 用记事本或写字板打开authz文件后另存为utf8编码的文件的话,文件开头会有windows特有的unicode标记--ef bb bf

window nginx 中文路径, 文件名乱码问题解决

window nginx 中文路径, 文件名乱码, error, not found 此问题是由于windows系统编码与nginx编码设置不一致导致的,因此我们要统一二者的编码 nginx编码设置通过 nginx/conf/nginx.conf文件 windows编码设置将windows系统设置为utf-8编码结果

QGis、Gdal本地中文路径问题

编译qgis完整项目后,由于Gdal库的原因,中文路径下通过添加矢量数据中数据库中是没有OGR的Oracle数据库功能的: 最开始打算通过重新编译gadl库从内部支持中文的(有成功的麻烦也请告诉我),后来发现其实不用这么麻烦: 网上查找后介绍GDAL添加了对UTF8路径的支持,新增了一个配置项,叫GDAL_FILENAME_IS_UTF8,可以使用下面的语句设为YES或NO,默认为YES! 找到qgis源码中的qgis_core项目中的qgsapplication.cpp代码中的register

CentOS个人目录下中文路径转英文路径

CentOS个人目录下中文路径转英文路径如果安装了中文版到CentOS之后,root目录及home目录下会出现中文到路径名,如"桌面"."文档","图片 .公共的" ."下载". "音乐"." 视频"等目录,这样在命令行上操作十分到不方便.如何修改,打开终端,在终端下输入命令: export LANG=en_US xdg-user-dirs-gtk-update 这个时候会弹出一个配置

解决ckeditor中文路径无法下载，无法显示图片问题

使用ckfinder上传的文件如果是中文路径,下载的时候会找不到假如使用tomcat服务器,找到tomcat目录>conf文件夹的server.xml>用查找找到Connector这个 <Connector connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443" /> 这里的端口应该与项目使用的端口一致

struts2中form提交到action中的中文参数乱码问题解决办法(包括取中文路径)

我的前台页是这样的: <body> <form action="test.action" method="post"> 测试文件:<input type="file" id="doc" name="path" value=""/> <input type="submit" valu

【转】让apache支持中文路径或者中文文件

本帖最后由狂人阿川于 2013-4-12 19:13 编辑今天在给一美国VPS客户调试他的程序的时候.发现他的网站有中文名称.貌似apache无法认识中文路径,火狐下面能下载他的文件,IE下面不行.....只有自己动手解决,解决方法很简单,但是你如果按照网上搜索的那些货儿捣鼓的话.可能会遇到各种问题..阿川今天捣鼓一篇比较全面的错误解决办法..方便大家参考.生产环境是centos+LNMPA一键包(一键包来源:www.lnmp.org)下载iconv_hook和mod_encoding的R

SQLite 对中文路径的支持（用到了StringToWideChar和Utf8Encode在D7的System单元中自带）

最近用SQLITE作为数据库,发现,如果直接传递带中文路径或文件名的数据库,会导致无法打开数据库的情况.看了一下SQLITE的源码,才发现,原来SQLITE中是用UTF8编码进行文件打开操作的. 所以,在传递文件名的时候,需要先进行编码.在DELPHI中,用以下的函数就可以. function TranslateDBFile(Str: string): string;var tmp: UTF8String; l: Integer; l_WideString: PWideChar; l_L

boost::xml——基本操作以及中文乱码解决方案（续）

本博文主要想说明以下两点: 1.对于上一篇的<boost::xml——基本操作以及中文乱码解决方案>解释,这篇博文基本解决了正确输入输出中英文问题,但是好像还没有解决修改中文出现乱码的问题. 可以参看这段代码 bool read_xmlW(const std::string &xml,boost::property_tree::wptree &a_wptree) { bool rt = true; boost::mutex::scoped_lock s_lock(m_mutex

ifstream中文路径问题分析

最近维护一个项目,遇到了ifstream在中文路径下打开文件失败的bug,我搜索了一下,最后整理成下文以后日后查阅. 一.问题重现 vs2008下创建一个简单win32工程. 使用ANSI编码方式:项目属性页 ->配置属性 ->常规 ->项目默认值 ->字符集中选择"使用多字节字符集". 简单出错代码: #include "stdafx.h" #include <Windows.h> #include <fstream>

QT5的中文路径和目录问题小记

今天重新整理了磁盘文件后使用qt发现编译不过提示找不到工程的pro文件原因:我把原来的qt工作目录删掉了导致qt默认找“我的文档” 作为工作目录而中文路径导致了这个问题,MARK之 /// 如果用C函数打开文件即使用非QT5库的字符串 /// toLocal8Bit或者toUtf16来转换窄字符和宽字符 /// QT5内部都是utf8处理所有通过QT5获取的中文目录本身就是UTF-8格式 /// QT系统可以识别但非QT库函数不能识别 /// 以上,QT5所遵循的原则就是,进入QT

pycharm（windows）安装及其设置中文菜单

pycharm(windows)安装及其设置中文菜单 1.下载在官网(http://www.jetbrains.com/pycharm/download/#section=windows)进行下载或者到百度云进行下载专业版:链接:http://pan.baidu.com/s/1bSSRds 密码:w2dd 社区版:链接:http://pan.baidu.com/s/1bN3nNg 密码:5y9q 2.安装安装和平常软件一样(不要有中文路径) 3.激活安装完成之后我们可以看到这样(专业版

GDAL C#中文路径，中文属性名称乱码问题

昨天写的博客,将C#读取shp中文属性值乱码的问题应该可以解决,博客地址为:http://blog.csdn.net/liminlu0314/article/details/54096119,然后又测试发现中文路径,中文属性值如果有中文时,也会出现乱码,具体表现为偶数个汉字没有问题,奇数个汉字会出现乱码. 继续调试C#的源码,发现问题还是在于将C++库中返回的结果进行编码转换的时候导致的,源码位于OgrPINVOKE.cs文件中.截取原始的代码如下: protected class SWIGSt

浅析GDAL库C#版本支持中文路径问题

GDAL库对于C#的支持问题还是蛮多的,对于中文路径的支持就是其中之一(另一个就是通过OGR库获取图形的坐标信息). 关于C#支持中文路径,看过我之前博客的应该都不陌生,如果使用的是我修改过的GDAL库,可以通过设置下面的代码即可让C#直接支持中文路径.如果使用官方的库,不用设置直接应该就可以支持中文路径. // 注册所有的驱动 Ogr.RegisterAll(); // 为了支持中文路径,请添加下面这句代码 OSGeo.GDAL.Gdal.SetConfigOption("GDAL_FILEN

VS2017编译GDAL(64bit)+解决C#读取Shp数据中文路径的问题

编译GDAL过程比较繁琐,查阅了网上相关资料,同时通过实践,完成GDAL的编译,同时解决了SHP数据中文路径及中文字段乱码的问题,本文以“gdal-2.3.2”版本为例阐述整个编译过程. 一.编译准备 1.编译工具是VS2017,编译前需要下载“gdal-2.3.2”和“swigwin-3.0.12”,下载链接如下: GDAL:http://trac.osgeo.org/gdal/wiki/DownloadSource swigwin:https://sourceforge.net/projec

windows boost使用UTF8的中文路径

热门专题