在C语言中,若wprintf无法输出中文,调用函数setlocale(int category, const char *locale)设置locale即可输出中文 此方法也可用于C++中 例: #include <stdio.h> #include <locale.h> int main() { setlocale(LC_ALL, ""); const char *str = "中文\n"; printf(str); const wchar

C++输出中文字符 1. cout 场景1: 在源文件中定义 const char* str = "中文" 在 VC++ 编译器上,由于Windows环境用 GBK编码,所以字符串 "中文" 被保存为 GBK内码,编译器也把 str 指向一个包含有 GBK编码的只读内存空间.用 cout 输出 str 时, 由于中文Windows环境用GBK编码,所以把GBK编码的 str 内容输出到控制台,没问题. 场景2: 在Linux 下编辑一个文件 const char*

_tprintf() 是 printf() 和 wprintf() 的通用类型:如果定义了 _unicode,那么 _tprintf() 就会转换为 wprintf(),否则为 printf() . 在这 3 个函数中有两个字符串控制输出字符为 %s 和 %S .使用它们时,有如下区别: %s 当使用 printf() 时,按照单字符格式输出字符串. 当使用 wprintf() 时,按照宽字符(两字节)格式输出字符串. %S 当使用 printf() 时,按照宽字符格式输出字符串. 当使用 wp

上一篇我们学习了Windows编程的文本及字体输出,在以上几篇的实例中也出现了一些带有“TEXT”的Windows宏定义,有朋友留言想了解一些ANSI和Unicode编程方面的内容,本章就来了解和学习一些Windows下关于ANSI和Unicode方面的编程基础. 计算机最早在美国诞生,所以最开始都是以英语为作为交互语言,由于只有26个字母,用一个字节(范围-128 ~ 127)表示,这个范围足够表示26个因为字符和一些常用的控制字符,这个就是ASCII编码.因此最早的各种程序设计语言以及使用的

宽字符 阅读了 UTF-8 Everywhere 一文,推荐在程序中对于字符串都使用 UTF-8 编码.Unix-like 系统默认是支持 UTF-8 编码的Unicode字符串,标准库函数也默认支持 UTF-8 字符串,如 fopen 等.但在 Windows 系统,由于历史原因,其对需要输入宽字符的函数提供了另外以 w 开头的标准库扩展函数,如 _wfopen 等.况且对标准库的 wchar_t 两种系统实现不一样,在 unix-like 系统中是占4字节的 UTF-8 编码,而在 Wind

转自 http://www.blogjava.net/baicker/archive/2007/08/09/135642.html 转自 http://witmax.cn/character-encoding-notes.html 写了n年程序,近来在字符串上栽了.:( 认真的研究了一些关于字符串的文章,在此记下.许多关于字符串的问题,在文章最后的参考文章中,相信有更加深入和精确的描述.不过关于中文的处理,我想先补充一些自己的看法. 背景:WIN32 console程序,使用printf输出字符

1.printf()简介 printf()是C语言标准库函数,用于将格式化后的字符串输出到标准输出.标准输出,即标准输出文件,对应终端的屏幕.printf()申明于头文件stdio.h. 函数原型: int printf ( const char * format, ... ); 1 返回值: 正确返回输出的字符总数,错误返回负值,与此同时,输入输出流错误标志将被置值,可由指示器ferror来检查输入输出流的错误标志. 调用格式: printf()函数的调用格式为:printf("格式化字符串&

转自:http://www.cnblogs.com/zplutor/archive/2010/11/27/1889227.html 在我刚开始学C/C++的时候,字符类型使用的都是char.接触Win32编程之后,养成了使用wchar_t的习惯,于是再写控制台程序的时候自然就使用wchar_t了.然而在控制台程序中使用宽字符会导致各种奇怪的问题,这些问题主要是在输出上.下面分享一下我在这方面的心得. 首先来看一下这段代码: #include <stdio.h> int main() { wpr

在上一篇博文中,介绍了怎样在 Windows 的控制台界面下输出 BMPString 的内容,可是那里的方法在 Linux 下不适用.假设将那里的演示样例代码放到 Linux 下运行.输出的结果为乱码.产生乱码的原因在于 wchar_t 类型的变量在 Windows 下和 Linux 下的字节长度不同. 下面 C 程序在 Windows 和 Linux 下都可以运行: #include <stdio.h> #include <wchar.h> #if defined(_WIN32)

原文地址:C/C++ Windows API——获取系统指定目录 经测试,在win10 VS2017中用wprintf()输出正常,SHGetSpecialFolderPath函数也正常运行 但是用MinGW(gcc)编译器时,wprintf()函数输出乱码,必须用printf()输出,并且SHGetSpecialFolderPath()运行全部失败

今天发现用securecrt登陆时,gcc编译出错时会出现乱码,但直接在主机的窗口界面下用Shell编译却没有乱码.查看了一下当时的错误描述,发现它的引号是中文引号,导致在SecureCRT中显示出错: before numeric constant 在网上查了一下,可以通过修改LC_CTYPE=zh_CN.GBK解决这个问题,具体的方法有两个: 1. 通过export命令修改LC_CTYPE变量的值 tianfang > export LC_CTYPE=zh_CN.GBK    tianfan

效果演示 可以生成一个输出框 首先 要创建输出框,设置输出框风格,可以设置的元素包括: 左上角符号,右上角符号,左下角符号,右下角符号,以及上下左右边界线符号,理论上,只要你电脑能显示的符号,都可以支持 该套代码在: 宽字符下工作 再次 你需要加载字符串,此函数可以多次调用,可以向输出框中添加内容 之后 show输出框 此时完成自动分页,外边框也将显示出来 最后 可调用函数输出指定页的内容 所有文字不会越出输出框,自动换行. 以下是代码 cwguser.h #include<tchar.h>

比如某个目录列表如下: D:\Spec\a.txtD:\Spec\Dir・C.txtD:\Spec\else.txtD:\Spec\קתקווה.dataD:\Spec\中・文.txt 直接dir /s /b显示: 在终端右键-标记,选中所有这些字符,粘贴到记事本,会发现空白的部分又变成了原文.得到了完整的保留. 实际上这个复制粘贴的过程,应该是用的unicode传递 如果是 dir /s /b>a.txt 则造成Unicode字符部分丢失: D:\Spec\a.txtD:\Spec\Dir?C

对于不同的机器,一此格式化输出的函数经常会得不到正确的输出,比方小端上的程序在大端上执行等,另外,在日常程序开发时,也会经常被这种小问题而困扰非常久.终于发现是她的问题.不免有点叹息,以下对printf/wprintf/CString.Format等相关函数所使用的格式化输出的语法作一总结.有些是从官方资料摘过来的,还是英文的. 函数中格式化声明的一般格式为: %[flags] [width] [.precision] [{h | l | ll | I | I32 | I64}]type 当中的

1. 引言 (写于2011-07-30) 在Windows NT系列的操作系统中最常用的两种字符集是ANSI和Unicode.ANSI是一种泛称,每一个国家或地区的ANSI编码都不一样,比如在Windows XP简体中文版中,ANSI的编码为GBK,而在Windows XP日文版中ANSI的编码是JIS.Unicode的全称是Universal Multiple-Octet Coded Character Set,中文含义是“通用多八位编码字符集”.Unicode的目标是为世界是所有的字符提供一

宽字符wchar_t 与 窄字符char 先说下窄字符char,这个大部分读者应该很清楚,char类型的变量占一个字节(byte)(也就是8个bit(比特)),能表示256个字符,那char的范围有两种 第一种(signed char):-128~127 第二种(unsigned char):0~255 (对char的范围感兴趣的读者可以看一下这篇文章:浅谈char类型范围) 但C标准并没有规定char 应该是unsigned还是signed,C标准定义了三种类型:char.signed cha

同样,使用的是VS FOR LINUX进行测试. converting to execution character set: Invalid or incomplete multibyte or wide character 如果编译时候遇到该错误,则可以加上-finput-charset  -fexecute-charset  g++编译选项解决.因为linux下gcc希望源文件是UTF-8格式,所以都改成UTF-8就好了.同时,也可以vs下装个forceUTF8插件. 搜了下,网上有说使用

http://acm.hdu.edu.cn/showproblem.php?pid=1026 模拟一个人走迷宫,起点在(0,0)位置,遇到怪兽要和他决斗,决斗时间为那个格子的数字,就是走一个格子花费时间1, 遇到有数字的格子还要花费这个数字大小的时间,输出最后走到(n-1,m-1)的最小时间,还要输出他的路径,'X'是墙,‘.’是可以走的空地 就是这个路径,刚一看题看到那个样例输出吓得我都飞起来了,好多啊! 其实还好啦,广搜,一开始还因为是普通的广搜,后来发现不一样, 为了寻求最小时间,他可以选

VC.BCB.MinGW Linux下的GCC.C99标准 printf wprintf printf wprintf s char wchar_t char S wchar_t char * hs char char char ls wchar_t wchar_t wchar_t 总结如下-- 1) 需要输出char字符串时,使用"hs". 2) 需要输出wchar_t字符串时,使用"ls". 3) 需要输出TCHAR字符串时,使用"s",仅对

使用s时,printf是针对单字节字符的字符串,而wprintf是针对宽字符的 使用S时,正好相反,printf针对宽字符 CString中的format与printf类似,在unicode字符集的工程中,使用 CString str1, str2; str1.format(_T("%S"), str2);时%S专指单字节字符的字符串,而str2为宽字符,类型不匹配,故出现不可预期的错误. 若str2为英文字符,如“abcd”,就只能输出a,因str2为宽字符,a有两个字节,值为0x0