《64位汇编艺术》（*The Art of 64-Bit Assembly*）填补了高级编程概念与底层执行逻辑之间的鸿沟。尽管人工智能能够对虚函数表（vtables）或闭包等结构的运作方式给出看似合理的解释，但本书通过Windows环境下的指令级操作，精准地展示了这些结构的运行机制。 作者摒弃了C++、Python和Rust等语言的运行时抽象，引导读者使用MASM从零开始重构各类复杂功能。书中每一章都侧重于透明化处理，展示了如何通过显式的汇编逻辑来实现面向对象编程、结构化异常处理（SEH）、协程、并发以及Unicode处理。 本书专为那些已掌握汇编基础、并渴望精通机器运作背后的“原理”与“逻辑”的读者而设计。它助你摆脱盲目认知，建立起真正的专业能力；教你通过直接管理处理器和Windows操作系统的底层机制，来构建稳健且高性能的系统。
每日HackerNews RSS
这段 Hacker News 讨论澄清了 Windows vtable（虚函数表）布局并非内核 ABI（应用程序二进制接口）的一部分，而是由 MSVC（Microsoft Visual C++）编译器确立的一种约定。
参与者指出，虽然操作系统本身主要通过 C 语言链接进行交互，使得 vtable 在内核层面变得无关紧要，但在 Windows 上运行的软件通常依赖 MSVC ABI 来确保兼容性。从技术上讲，开发者可以自由地在自己的编译器中实现自定义的 ABI 约定；然而，这样做会使代码变得孤立，因为它无法与标准的 Windows 二进制文件兼容。归根结底，vtable 结构是特定于编译器的实现细节，而非 Windows 系统的正式要求。
伪装的监控条约：加拿大签署联合国网络犯罪公约 A Surveillance Treaty in Disguise: Canada Signs UN Cybercrime Convention
8 小时前
加拿大政府近日签署了《联合国打击网络犯罪公约》，并将其标榜为捍卫人权与保护儿童的重要工具。然而，包括数字权利组织、民间社会团体和学术专家在内的批评者警告称，该条约实际上是一项覆盖全球的全面监控协议，而非旨在打击网络犯罪的常规协定。 该条约因可能助长国家镇压最初遭到加拿大的反对。它允许以任何“严重”犯罪为由进行国际数据共享，而这可能涵盖威权政权通过立法定罪的行为，例如新闻报道或异见表达。尽管加拿大倡导者强烈抵制，认为该条约破坏了现有的人权保障机制并为跨国镇压提供了便利，但加拿大政府仍在未经公众咨询或解释的情况下签署了该协议。 许多分析人士认为，此举与政府国内的“合法访问”议程相一致，可能为扩大监控立法铺平道路。在主要盟友起初选择避开该条约的情况下，加拿大在未回应先前担忧的情况下悄然签署，引发了外界对其数字隐私承诺，以及协助那些将法律体系武器化以进行跨国目标打击的政权所带来风险的严重质疑。
这篇 Hacker News 帖子讨论了加拿大签署《联合国打击网络犯罪公约》一事，许多用户将其视为“伪装成公约的监控条约”。
讨论很快扩展到全球数字权利、政府越权以及国际法有效性等更广泛的议题。参与者探讨了为何在隐私保护方面的立法进展如此艰难，并指出政府在扩大监控方面始终坚持不懈，而公众却大多不知情或态度冷漠。
讨论的很大一部分集中在自由意志主义在技术领域的作用。一些用户认为，技术解决方案（如加密和开源软件）比法律更有效，因为他们认为法律本质上是容易腐败的。另一些人则批评硅谷的富裕自由意志主义者，认为他们往往将利润或自身利益置于保护公民自由之上。
最后，该帖反思了政治话语的挑战，一些加拿大用户表示，关于其国内政策的实质性讨论经常被有关美国政治的辩论所劫持，这令他们感到沮丧。总体而言，舆论对立法解决方案以及当前政治格局保护数字权利的能力普遍持怀疑态度。
手册：•.,:;?· Manual: •.,:;…!?·
10 小时前
本文探讨了基本标点符号的细微差别，强调这些看似简单的字形在专业排版中需要仔细考量。
**关键标点符号：**
* **句号：** 主要用于结束句子、标示首字母缩写，或作为小数点（取决于区域标准）。在设计方面，必须注意其间距；传统字体常存在左右间距不对称的问题，而现代设计则倾向于等宽间距。
* **逗号：** 用作句子分隔符或小数点。它通常与撇号形状相同，但必须与捷克语/斯洛伐克语中特定的抑扬符（caron）区分开来。
* **省略号：** 用于表示删节或停顿的特殊字形。优质字体通常会提供专门的省略号字符，而非用三个独立的点代替，以确保间距正确。
* **项目符号与间隔号：** 项目符号用于列表，而间隔号则作为分隔符或数学符号。其用法（例如加泰罗尼亚语的连写 l）需要精确的放置与字符选择。
* **双部分符号：** 冒号、分号、感叹号和问号遵循特定的文化间距规则（如法式间距），在与全大写字母或等高数字搭配时，可能需要手动调整。
总之，有效的排版需要理解这些区域标准、字体特定的字距调整，以及区分外观相似的 Unicode 字符。
这篇 Hacker News 讨论围绕着一篇题为“手册：•.,:;…!?·,”的文章展开，该文重点介绍了一份关于排版与标点符号的深度指南。
一位评论者指出了一种文化现象：俄罗斯的设计师和技术人员往往对语言规则和标点符号有着“过度严苛”的态度。这位用户在谈及自己从俄罗斯移居西方国家的经历时，表达了对英语在专业环境下那种随意、“凭感觉”的标点使用习惯最初感到的震惊。他们最终意识到，虽然俄罗斯文化强调严格遵守正式的语言准则，但世界上大部分地区对语言的使用则灵活得多。这场对话承认了以严谨、规则为导向的设计传统，与西方网络开发中更为轻松、务实的做法之间存在的差异。
“征募勇士，此行危险。薪资微薄，严寒刺骨，长夜漫漫。能否生还，难以预料。若得成功，尊荣共享。” 你得进入创始人模式。Next.js Web / React Native 应用。/ Supabase、Firebase 和 Prisma。/ 用于 WhatsApp 的 Nest.js。/ 用于智能体的 OpenAI 和 Anthropic API。/ 用于智能合约的 Solidity 和 web3.js。/ 大量 TypeScript。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Kontigo (YC S24) 正在招聘 (ycombinator.com)
1 小时前 | 隐藏
欢迎申请 YC 2026 年秋季班！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
**摘要：`ripgrep` 在 musl 目标平台上的 SIGSEGV 崩溃** `ripgrep` 15.2.0（针对 `x86_64-unknown-linux-musl` 构建）在跨大型文件树执行高并发搜索时会持续发生 `SIGSEGV` 崩溃。 **详情：** * **表现：** 崩溃发生在使用 `calloc` 调用 `opendir` 期间，由 MUSL 的 `mallocng` 堆元数据完整性断言失败触发。 * **复现：** 在高并发下扫描大型目录树（约 20GiB，180 万个文件）可复现此问题。在多核系统上持续搜索不到一分钟，通常就会出现崩溃。 * **回溯：** 堆栈跟踪指向由 `ignore` crate 的并行遍历器调用的 `std::fs::read_dir`，最终在 MUSL C 库的堆管理函数内部失败。 报告者已提供二进制文件、核心转储文件以及用于生成合成测试目录树的脚本，以辅助调试。预期的行为是应用程序应完成搜索，且不出现内存损坏或段错误。
Hacker News 上出现了一场关于 `ripgrep` 在大规模搜索时使用 `musl` 二进制文件出现间歇性段错误（segfault）的讨论。
讨论主要聚焦于开发者 dfoxfranke 对该问题的详细分析。虽然一些贡献者认为该漏洞涉及内核中复杂的竞态条件或错误的页表管理，但大部分讨论被关于报告写作方式的元争论所掩盖。
批评者认为该报告是所谓的“AI 垃圾内容”，认为其过于冗长、“缺乏灵魂”，且未能提供不同环境下的统一复现方案。相反，支持者则称赞该文档结构清晰、细节详尽，其质量远超一般的常规错误报告。尽管存在风格上的分歧，但核心技术争议仍集中在：该崩溃是针对 `musl` 的内核级“海森堡 bug”（Heisenbug），还是在密集搜索操作中系统内存处理方式的副产品。