草庐IT

WriteFile 奇怪的现象

一叶扁舟 2023-03-28 原文

项目中有个需求是要对文本内容检索并重写，我们使用的是 WriteFile 覆盖旧的文本内容

最小示例：

#include <Windows.h>

#include <iostream>

int main() {
  HANDLE hFile = CreateFile(L"File.txt",            // Open File.txt.
                            GENERIC_WRITE,          // Open for writing
                            0,                      // Do not share
                            NULL,                   // No security
                            OPEN_ALWAYS,            // Open or create
                            FILE_ATTRIBUTE_NORMAL,  // Normal file
                            NULL);                  // No template file
  const char str[] = "hello\r\r\nworld";
  DWORD written = 0;
  if (WriteFile(hFile, str, strlen(str) + 1, &written, NULL)) {
    printf("write success");
  }

  return 0;
}

上面输出的 File.txt 里有 hello world 字符串，咋一看没什么异常，直到检索的字符串变多，才发现原先的每行字符串都被插入一行空行，并且文本编码变成 Macintosh(CR)

 

查阅相关文档才知道，\r 在 Macintosh 编码格式下被认为是换行

一般的文本编码是 Windows(CRLF)，如下所示

 

 

Windows(CRLF) 是 windows 里常见格式， 采用回车+换行 CR/LF 表示下一行，而 Macintosh(CR) 是使用回车表示下一行

这就导致每行文本都被新的空行填充

这里我想说的是，WriteFile 似乎可以根据文本的内容，特别是转义字符自动改变文本换行格式

我们在后面相关文本修改的需求中要对这一改变有所注意，我个人感觉这是个小坑，故记录一下

 

WriteFile奇怪spancolorstyleWindows

有关WriteFile 奇怪的现象的更多相关文章

  1. ruby-on-rails - 浮点乘法的 Ruby 奇怪问题 - 2

    有没有人用ruby​​解决这个问题:假设我们有:a=8.1999999我们想将它四舍五入为2位小数，即8.20，然后乘以1,000,000得到8,200,000我们是这样做的；(a.round(2)*1000000).to_i但是我们得到的是8199999，为什么？奇怪的是，如果我们乘以1000、100000或10000000而不是1000000，我们会得到正确的结果。有人知道为什么吗？我们正在使用ruby​​1.9.2并尝试使用1.9.3。谢谢! 最佳答案 每当你在计算中得到时髦的数字时使用bigdecimalrequire'bi

  2. ruby - 奇怪的 ruby​​ for 循环行为(为什么这样做有效) - 2

    defreverse(ary)result=[]forresult[0,0]inaryendresultendassert_equal["baz","bar","foo"],reverse(["foo","bar","baz"])这行得通，我想了解原因。有什么解释吗？ 最佳答案 如果我使用each而不是for/in重写它，它看起来像这样:defreverse(ary)result=[]#forresult[0,0]inaryary.eachdo|item|result[0,0]=itemendresultendforainb基本上就

  3. ruby-on-rails - ruby数组奇怪的东西(无限数组) - 2

    当我写下面的代码时:x=[1,2,3]x我得到这个输出:[1,2,3,[...]][1,2,3,[...]][1,2,3,[...]]我不应该只得到[1,2,3,[1,2,3]]吗？解释是什么？ 最佳答案 这没什么奇怪的。数组的第四个元素就是数组本身，所以当你求第四个元素时，你得到的是数组，当你求第四个元素的第四个元素时，你得到的是数组，当你求第四个元素时，你得到的是数组。第四个元素的第四个元素的第四个元素的元素......你得到了数组。就这么简单。唯一有点不寻常的是Array#to_s检测到这样的递归，而不是进入无限循环，而是返回

  4. ruby - 比较 rspec 中的 float 时的奇怪行为 - 2

    以下测试中的第3个失败:specify{(0.6*2).shouldeql(1.2)}specify{(0.3*3).shouldeql(0.3*3)}specify{(0.3*3).shouldeql(0.9)}#thisonefails这是为什么呢？这是浮点问题还是ruby​​或rspec问题？ 最佳答案 从rspec-2.1开始specify{(0.6*2).shouldbe_within(0.01).of(1.2)}在那之前:specify{(0.6*2).shouldbe_close(1.2,0.01)}

  5. ruby - Rails 3 应用程序的 respond_with 语法有奇怪的行为吗？ - 2

    在为提供json的Rails3.0.3应用构建API时，发生了一些意外行为。以下是Controller。问题是关于respond_with。我已经在应用程序Controller中有respond_to:json。createAction正常运行，创建后数据也被发回。但是更新操作的respond_with不会发回任何数据。响应主体为空白。defcreateline=get_lineinput_header=line.input_headers.create(params[:input_header])respond_with(input_header,:location=>api_v1_

  6. arrays - 数组元素赋值的奇怪行为 - 2

    今天我遇到了数组元素赋值的一些奇怪行为:arr=["a","b"]arr2=[1,2]arr.unshift(arr2)#=[[1,2],"a","b"]arr.push(arr2)#=>["a","b",[1,2]]但是，这是有道理的:arr[0,0]=arr2#=>[1,2,"a","b"]我知道在[0,0]中，第一个零是index，第二个是该数组中从index开始的元素数。在我看来它应该与unshift相同，但事实并非如此。谁能解释一下这种行为？ 最佳答案 如果我们diveintotherubysourcecode,我们会找到

  7. ruby - 打包的 Ruby 字符串中的奇怪行为 - 2

    我对某些ruby​​行为感到困惑。看下面的代码:[127].pack("C")=="\x7f"#=>true这是有道理的。现在:[128].pack("C")#=>"\x80""\x80"#=>"\x80"[128].pack("C")=="\x80"#=>falsepackoption"C"代表8-bitunsigned(unsignedchar)，应该可以存储128的值。两个字符串也打印相同的东西，那么为什么它们不相等呢？这与编码有关吗？我使用的是ruby​​2.0.0p247。 最佳答案 这是错误的，因为编码不同:[128].

  8. 一个非常明显的现象，正在发生——元宇宙正在被越来越多的人所推崇 - 2

    　　一个非常明显的现象，正在发生——元宇宙正在被越来越多的人所推崇，无论是科技巨头，还是资本巨头，几乎都是如此。同时，区块链则正在一点一点地回归理性与客观。对于区块链来讲，这是一个好现象。它告诉我们，人们对于区块链的狂热而激进的认识，正在被一步又一步的校正和纠偏。由此，区块链行业的发展，将会真正进入到一个全新的发展阶段。　　同以往人们仅仅只是将区块链看成是一个概念，并以此来获取资本和流量不同。当人们对于区块链的认识变得深入，资本和流量反倒不再是区块链玩家们真正关心的问题。至少从当下情况来看，那些依然还在区块链行业里坚守的玩家们，更多地在坚持长期主义，更多地在寻求区块链与行业结合的正确的方式和方

  9. ruby-on-rails - Rails 递归 View 与对象关联的奇怪行为 - 2

    我有一个与自身关联的评论表以供回复。基本上，具有parent_id的评论也是对其父评论的回复。为了呈现这个，我使用了一个递归View，它在过去非常简单，但不适用于rails3.2.0和ruby​​2.1.1这里是简化的代码:;"/_redesign/entry/comment",:collection=>x,:as=>:comment%>输出是:349223;CommentArray349229;CommentComment在第二次迭代中，comment.replies是一个评论，而不是一个数组，并且所有内容都从那里落下。但是，如果我更改第一行并添加重新加载:全部开始工作，输出为:34

  10. ruby - ruby、openssl、unicorn、systemd (Gcloud) 的非常奇怪的行为 - 2

    我们开始在日志中看到一些奇怪的错误，这些错误通常在ruby​​未使用OpenSSL正确编译时出现。但它不一致...我们收到如下错误:RuntimeError:不支持的摘要算法(SHA256)。(还有其他摘要，如sha1)。exampleerrortraceFaraday::SSLError(SSL_CTX_new:(null))exampleerrortrace我们在使用serviceunicornstart或systemctlstartunicorn启动unicorn时成功重现了它。但只有一些请求...不是全部。某些在后台使用OpenSSL的请求确实有效。其他人没有。但是，当我们使用

随机推荐