Com 包装器和代码页

发布于 2024-07-25 15:36:22 字数 228 浏览 7 评论 0原文

我有一个遗留的 Delphi COM 库,它接受 ANSI 字符串(代码页 1252)作为参数。
生成的 .net 包装器接受此参数的字符串。 然而,传递一个常规字符串并没有好结果。 如果传入“°”字符,则问号将占据它的位置。

我该如何去调试这个? com 包装器是否无法识别正确的编码? 如何传入 ANSI 字符串(我可以将其转换为字节,但 API 需要字符串,因此再次转换为 UTF16)

I have a legacy Delphi COM library that accepts an ANSI string (code page 1252) as parameter.
The generated .net wrapper accepts a string for this parameter. Passing in a regular string however doesn't end well. If passed in the '°' character a question mark takes up it's spot.

How can I go and debug this? Is it the com wrapper not recognising the correct encoding? How can I pass in an ANSI string (I can convert it to bytes, but the API requires a string, so it is converted to UTF16 again)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

晌融 2024-08-01 15:36:22

一种解决方法是用非托管语言编写中间层,将调用重定向到原始库并使用 MultiByteToWideChar 进行转换。 如果您不以其他方式说服包装器,那么这非常简单并且是一个很好的解决方案。

One workaround would be to write an intermediate layer in an unmanaged language that would redirect calls to the original library and use MultiByteToWideChar for conversion. That's quite easy and a good solution if you don't convince the wrapper some other way.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文