<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>文件格式 on Timmoc 的技术小屋</title>
    <link>https://t1mmoc.github.io/tags/%E6%96%87%E4%BB%B6%E6%A0%BC%E5%BC%8F/</link>
    <description>Recent content in 文件格式 on Timmoc 的技术小屋</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Sat, 17 Oct 2026 12:47:00 +0800</lastBuildDate>
    <atom:link href="https://t1mmoc.github.io/tags/%E6%96%87%E4%BB%B6%E6%A0%BC%E5%BC%8F/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>【AIGC】没有易语言 IDE 也能读 .e 工程：把自己 2014–2018 的聊天器从二进制里挖出来</title>
      <link>https://t1mmoc.github.io/posts/2026-10-17-epl-e-container-reading/</link>
      <pubDate>Sat, 17 Oct 2026 12:47:00 +0800</pubDate>
      <guid>https://t1mmoc.github.io/posts/2026-10-17-epl-e-container-reading/</guid>
      <description>给社团讲的逆向入门课之外的另一篇：清理一批学生时代的旧归档时发现一个现实问题——26 个 .e 工程全是专有二进制容器，而我不想为了读旧代码重装易语言。这篇讲怎么把 .e 当成「明文 GBK 串 &#43; 长度前缀 &#43; 二进制记录」交错的容器来扫：为什么 strings 一定漏掉最有价值的那部分、为什么必须按 GBK 双字节规则逐字节走、长度前缀为什么不能拟合出一条统一规则、扫出来的东西一大半是假阳性该怎么分三类筛。然后给出了这套方法的量化边界：26 个工程约 27 万条扫描串里，能确认是亲手写的源码语句只有 2 行。最后用它还原了 LP 聊天器四个年头的演进——命令名怎么变的、为什么身份字段叫「马甲」、文号取件式文件传输、以及 878 KB 的客户端里真正属于我的代码其实只占前面一小段。</description>
    </item>
    <item>
      <title>【AIGC】两个 2 KB 的「端口映射」工程：一个空壳，以及它教会我的两件事</title>
      <link>https://t1mmoc.github.io/posts/2026-10-17-epl-port-mapper/</link>
      <pubDate>Sat, 17 Oct 2026 12:13:00 +0800</pubDate>
      <guid>https://t1mmoc.github.io/posts/2026-10-17-epl-port-mapper/</guid>
      <description>端口映射测试/ 里是两个 1.7 KB 和 2.1 KB 的 .e，是研究易语言容器格式最好的标本——小到一个窗口就装得下全部结论（长度前缀、窗体记录形状、支持库表项的结构就是这么定下来的）。但扫完之后我必须推翻自己写在仓库 README 里的话：我原本说它是「一个最小可用的 TCP 中继」，实际上两个工程里 `数据到达` 出现 0 次、`连接`/`发送`/`监听` 也全是 0，唯一的事件处理函数只有 __启动窗口_创建完毕。它是一个停在「控件摆好了、事件挂上了」阶段的空壳。这一篇讲怎么拿最小的样本定格式，以及怎么用零命中来证伪自己编的故事。</description>
    </item>
  </channel>
</rss>
