草庐IT

c++ - 将 basic_string<char16_t> 传递给只接受 wchar_t * 和 char * 的方法

当您只能获取存储在char16_t的basic_string中的值时,如何使用仅接受char*和wchar_t*的方法?例如在cstdio中删除。cstdio中的remove函数只接受char*和wchar_t*。不能将char16_t转换为wstring:link.Char无法处理所有UTF-16字符 最佳答案 您需要对卡在std::basic_string中的UTF-16进行转码到采用std::string的任何函数所使用的正确编码或charconst*作为论据。同样,您需要在定位wchar_t时更改编码基于序列。当然,随着人们

c# - Windows shell 扩展 : context menu when more than 16 files are selected

AsIcansee,whenmorethan16filesareselectedDragQueryFile(hDrop,0xFFFFFFFF,NULL,0);返回16。MSDN:http://msdn.microsoft.com/en-us/library/dd758093%28VS.85%29.aspx“在Windows7及更高版本中,当查询快捷菜单时,传递给动词的项目数限制为16。然后,在调用该动词时,将重新创建并使用完整选择重新初始化动词。”但我的FileContextMenuExt::Initialize函数只被调用一次,即使我选择了16个以上的文件。(我使用输出到文本文件来检

windows - 旧的 16 位应用程序间歇性地导致 WIN87EM.DLL 中的 GPF

我有一个旧的16位应用程序,它是为Windows3.1开发的。它执行一些计算并且是更复杂系统的一部分。系统为程序设置输入,并收集输出结果。不幸的是,16位程序在此期间仍然存在,因此我们必须解决它在现代操作系统上造成的问题。系统运行在WindowsXP上,在WindowsXP物理机上运行正常。我遇到问题的机器是在Debian机器上的VirtualBox(版本4.1.12)上运行的WindowsXP实例。物理计算机是HPProliant服务器,具有四核至强3.4Ghz。我正在使用远程桌面从我的Windows7机器访问计算机。我得到的错误是,“程序在地址为0001:02C9的WIN87EM.

python - Python UTF-16 输出和 Windows 行尾有错误吗?

使用这段代码:测试.pyimportsysimportcodecssys.stdout=codecs.getwriter('utf-16')(sys.stdout)print"test1"print"test2"然后我运行它:test.py>test.txt在Windows2000上的Python2.6中,我发现换行符被输出为字节序列\x0D\x0A\x00这当然是错误的对于UTF-16。我是不是遗漏了什么,或者这是一个错误? 最佳答案 试试这个:importsysimportcodecsifsys.platform=="win32

windows - 在 Windows 7 64 位上运行 16 位命令行应用程序

我有16位命令行工具,我想在Windows7x64上运行我不想使用虚拟机16位工具能否以某种方式包装?也许是16位CMD.exe模拟器 最佳答案 http://takeda-toshiya.my.coocan.jp/msdos/这可能对您有所帮助。(日文网站) 关于windows-在Windows764位上运行16位命令行应用程序,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/4

c++ - Windows UTF8 到 UTF16

我一直在尝试使用C++使用BOM在UTF8和UTF16LE之间进行转换,以使字符在Windows上正确输出,而无需更改终端的字体。我尝试更改代码页,但没有用。我有两个问题,如何将普通字符串转换为宽字符串?创建一个将每个unicode字符映射到Windows代码页中的字符的C++映射是个坏主意吗?例如,wcout当使用代码页850时,此代码在Windows上输出字母á。如何用变量代替"\u00A0"以转换普通字符串到Windows上的宽字符?我想要的是:wcout我意识到它不是有效的c++语法,但有人知道我该怎么做吗?或者有没有更好的方法? 最佳答案

c++ - wchar_t 和 char16_t 在 Windows 上是一样的吗?

我有一个std::u16string的实例,我可以将它的c_str()传递给需要LPCWSTR的Win32API,而无需任何类型的转换?例如,我可以安全地这样做吗:autou16s=std::u16string(u"Hello");::SetWindowTextW(hWnd,reinterpret_cast(u16s.c_str()));已更新,MSDN说herewchar_t是UTF-16LE,而char16_t只是没有指定字节序的UTF-16。那么可以安全地假设char16_t在Windows上也始终是UTF-16LE吗?或者那是特定于MSVC编译器的,因此如果我使用GCC编译,它

c++ - 在将 ASCII 字符串传递给 Windows API 函数之前将它们转换为 UTF-16

在我当前的项目中,我一直在使用宽字符(utf16)。但是由于用户的唯一输入将是一个url,无论如何它都必须以ascii和另一个字符串结束,所以我正在考虑将整个程序切换为ascii。我的问题是,在将字符串传递给WindowsAPI函数之前将它们转换为utf16有什么好处吗?在网上做了一些研究后,如果您不在Windows上使用UTF-16,似乎很多人都推荐这个。 最佳答案 在WindowsAPI中,如果你调用像这样的函数intSomeFunctionA(constchar*);然后它会自动将字符串转换为UTF-16并调用函数的真实、Un

c++ - Windows 游戏 : UTF-8, UTF-16、DirectX 和 Lua

我正在为学习目的开发一个Windows游戏(我正在学习DirectX)。我希望它有UTF支持。Readingthisquestion我了解到windows使用的是wchar_t,也就是UTF-16。我希望我的游戏支持Lua脚本,并且Luadoesn'treallylikeUnicodemuch..它只是将字符串视为“字节流”;这对于UTF-8来说已经足够好了,但是UTF-16几乎不可能使用。长话短说:windows需要UTF-16,lua需要UTF-8。所以我想,让我们只使用带有普通char*和string的UTF-8!.length()会被搞砸,但谁在乎呢?但是它不起作用:const

c++ - GetFileAttributesA 为现有目录返回 "17"。 "16"表示它是一个目录,文档中没有提到 "17"

Windows764位,用mingw编译。我正在尝试使用Windowsheader中的GetFileAttributesA来测试给定路径是否是目录。作为目录的常量是16。但出于某种原因,它返回17。我的代码如下所示:#include#includevoiddir_exists(std::stringdir_path){DWORDf_attrib=GetFileAttributesA(dir_path.c_str());std::cout当我运行它时,输出是:Current:17Wanted:16电流应该返回16,在这里。正如我在主题中所说,我什至在文档中找不到任何提及17的含义。