问题标签 [cp1250]

我来自波兰，我很容易写

带有波兰字符（在 ascii 字符串中） - 我检查过，它被编码为 Windows-1250 代码页。当我在 winapi 中使用这些字符串（如在 SetTitle 函数中）时，它可以正常工作.. 似乎 winapi 和 gcc 处理得很好..

我不确定的一件事是，以这种方式生成的 winapi 应用程序在分布在世界各地的所有 Windows 系统上时是否可以正常工作..

也许有些人承认或否认（并提供更多信息）？

tnx

我需要将标准字符串转换为 CP1250，每个字符只有一个字节，因此例如波兰语 char 'ł' 应该被解析为 0xB3，没有两个字节的 unicode。当我试图做这样的事情时：

接下来如果我在做 s.getBytes(); 它返回比字母更多的字节，对于 'ł' 是 2 个字节，如 unicode。我需要将每个字符串转换为从它们中获取的字节，就像这里的 CP1250 代码： https ://pl.wikipedia.org/wiki/Windows-1250#Tablica_kod.C3.B3w

我在 DBeaver 中设置编码时遇到问题，特别是 SQL 文件编码（不是 db 编码！）到 cp1250（Windows-1250）

为新文件/脚本设置这种编码没有问题 - 右键单击​​脚本文件夹（或整个项目文件夹，脚本从中继承）：属性/资源/文本文件编码。

问题是从文本文件（SQL 编辑器/加载脚本）打开现有脚本。这些以 UTF-8 加载，显示为默认编码。打开后没有简单的方法来更改编码...

有谁知道如何更改 DBeaver（或打开的文件）的默认编码？我在任何地方都找不到答案...

我正在使用 Powershell 执行插入语句并将字符串插入到数据库表中。我想插入的文本是从 HTTP 请求到 Confluence 的 REST API 并包含捷克语字符的。以下代码片段完成将数据插入数据库的工作

现在，我从 Confluence 页面下载时作为参数传递的文本如下：“Reportingové statusy a příchody/odchody klient...”。

当我在 Powershell 中打印此文本时，一切看起来都很好。所有字母都按应有的方式表示。当我调试此代码并查看分配给 $command.CommandText 的文本时，它看起来也很好。

但是当我在数据库中看到结果时，它如下所示：

所以所有的字母都很好，除了锐音符从它的基本字母中分离出来。我在 powershell 中尝试了不同的编码，我尝试更改数据库中的 NLS 设置。我还尝试写入 .txt 文件，使用 utf-8、unicode 和 ISO/IEC 8859-2 对其进行编码，只是为了从文件中读取它，但这也不起作用。

唯一有效的是当我像这样将文本硬编码到 Powershell 中时：

然后我得到了预期的结果。所以在我看来，当将字符串作为参数传递时，会发生一些转换或编码，但我不知道它可能是什么，因为字母实际上得到了表示，它只是尖锐的。我在 Powershell 中有以下编码设置

并遵循 nls_session_parameters

我尝试使用此行将 Powershell 编码设置为 Unicode

数据库中的结果是一样的。我还能尝试什么？谢谢！

SQL_Hungarian_CP1250_CI_AS 表现为区分大小写，尽管排序规则是 CI（不区分大小写）。其根本原因是在 SQL Server 中有 2 个匈牙利语家族的匈牙利语。

没有收到任何行

已选择 1 行

当我使用 Hungarian_Technical_CI_AS 时，我能够看到结果：（SQL 中的第二个匈牙利语家族）

这是一个错误吗？

我编写了一个将 CSV 文件中的数据导入数据库的代码。但是，我在 cp1250 上设置字符集时遇到问题。当我在数据库中使用波兰语字符时，我看到了奇怪的字符。我尝试使用 SET NAMES 功能，但它不起作用 - 有什么想法吗？

我正在使用标准request库从 node.js 中的 web 下载页面，并且未正确处理捷克语字符。

我已经尝试过utf-8, ISO-8859-1,和其他一些页面建议的其他编码，但没有任何效果latin1。latin2

这是我正在使用的代码：

我想使用 CSV 文件中的数据，但我意识到字母显示不正确。我尝试了数百万种方法来转换编码，但没有任何效果。在 MacOS、PHP 7.4.4 上工作。

在执行fgets()或fgetcsv()处理变量之后，我会得到这个（例如 2 行/行）。

它或多或少是正确的捷克语，但字母č被取代è和ř被取代ø，它们都不是捷克字母的一部分。我有信心，文件中会出现更多错位的字母。

执行file -I path/to/file我收到file: text/plain; charset=iso-8859-1这很可悲，因为就wiki而言，这个字符集不包含捷克字母。

以下命令都没有转换错位的字母： mb_convert_encoding($line, 'UTF-8', 'ISO8859-1') iconv('ISO-8859-1', 'UTF-8', $line) iconv('ISO8859-1', 'UTF-8', $line)

我注意到在ISO-8859-1中这ø封信有一个代码00F8。Windows-1250（包括捷克语 aplhabet）具有正确的字母ř和代码0159 ，但它们都以00F8. 与 letter 相同，č并且è都以 code开头00E7。我不太了解编码，但似乎文件是在 Windows-1250 中编码的，但解释器认为编码是 ISO-8859-1 并采用原位的字母/代码。

但是这两种转换（ISO-8859-1 => Windows-1250、ISO-8859-1 => UTF-8 或其他方式）都不起作用。

有谁知道如何解决这个问题？谢谢！

我的应用程序是用 C++'11 开发的，使用 Qt5。在此应用程序中，我需要将 UTF-8 文本存储为 Windows-1250 编码文件。我尝试了以下两种方法，并且都适用于罗马尼亚语 'ș' 和 'ț' 字符:(

1.

2.

如果是“ț”字符（别名 0xC89B），而不是预期的 0xFE 值，该字符被编码并存储为 0x3F，这是意料之外的。

因此，我正在寻找有关文本重新编码的任何帮助或经验/示例。

此致，

我怎么可能在带有波兰字符（“ęóąśłżźćń”）的mysqldump的 Windows 上转储 MySQL 数据库结构和数据？

到目前为止，我已经设法使用mysqldump.exe <my_settings> --default-character-set=cp1250. 它似乎至少解决了我的数据插入编码问题，因为我已将其设置为cp1250（Windows 中欧）而不是 latin2。

有问题的短语在我的数据库结构代码中。例如：我所有的存储过程和函数的注释中都包含这些“特殊”字符。我相信，出于某种原因，它们被解释为 utf8 而不是 cp1250。无论我设置什么编码，我的评论都保持不变。

我相信我错过的例程字符集编码必须有其他一些单独的设置。我知道这是有可能实现的，因为我将它与工作台数据导出一起转储并且它以某种方式工作。可悲的是，我无法检查 cnf 文件内容，因为它随后就消失了。

任何帮助将非常感激。特别是排除潜在的脚本转换。

干杯