- 博客(8)
- 收藏
- 关注
RSS订阅原创 关于codex桌面app创建沙盒不成功问题解决
Codex Windows桌面端提示"设置智能体沙盒"问题的解决方案：该问题表现为循环提示设置沙盒但无法进入会话。经排查发现，Windows家庭版虽不支持微软Windows Sandbox功能，但Codex的sandbox模式仍可运行。通过修改配置文件config.toml，将sandbox设为"unelevated"模式，关闭unified_exec功能并启用shell_snapshot后问题解决。关键错误"CreateProcessAsUserW failed: 2"表明是执行路径兼容性问题，而非系统不
2026-05-18 11:49:35
11474
2
原创 Codex 桌面 App 无法定位 Codex CLI 和npm下载codex导致的无法访问的问题排查与解决
本文总结了Windows环境下Codex桌面App无法定位CLI的常见问题及解决方法。主要包含三类问题：1)无法定位CLI时需设置CODEX_CLI_PATH环境变量；2)WSL环境下运行.cmd文件报错时需关闭runCodexInWindowsSubsystemForLinux选项；3)spawn EINVAL错误需指向原生codex可执行文件而非npm包装器。文章提供了详细的排查步骤和路径示例，并推荐了系统性的解决顺序，帮助用户快速定位和解决Codex桌面App的CLI访问问题。
2026-05-17 21:59:57
1504
原创 真相还原第五章笔记
本章主要完成三项核心任务：1) 通过BIOS中断0x15的三种子功能获取物理内存容量，重点介绍了E820方法返回的内存布局表(ARDS)结构；2) 启用分页机制；3) 加载并运行ELF格式内核。在内存检测方面，详细对比了E820（最完整）、E801（分段式）和88h（仅64MB）三种方法的寄存器调用方式、返回单位及容量限制，其中E820通过遍历Type=1的ARDS块累加可用内存。代码实现展示了通过0xE820循环获取内存信息的过程，并预留了GDT描述符空间为后续任务做准备。
2026-03-27 18:06:57
387
原创 真相还原第四章笔记
本文介绍了x86 CPU保护模式的基本概念与实现机制。保护模式解决了实模式的诸多缺陷，包括内存空间限制、特权级隔离等问题，提供了32位寻址、多任务支持等功能。文章详细阐述了保护模式的四个关键扩展：寄存器扩展、寻址扩展、运行模式反转和指令扩展。重点讲解了全局描述符表(GDT)的结构与作用，包括段描述符格式、选择子机制以及GDT/LDT的区别。最后总结了进入保护模式的三步骤：构建并加载GDT、打开A20地址线、设置CR0寄存器PE位，以及通过远跳转刷新流水线完成模式切换。这些机制共同构成了保护模式的基础架构。
2026-03-25 11:18:38
360
原创 真相还原第三章笔记
地址 = 符号在文件中的偏移量 编译器给每个变量、指令分配一个从文件头开始的“偏移量” 反汇编工具（ndisasm）可直观看到：← 这里的0x1234就是偏移量数组下标从0开始的原因：第1个元素的偏移量是0地址等于上一个地址+上一个地址处的内容的长度逻辑分区：把代码、数据、栈分开管理（增强可读性,NASM和CPU本身并不区分section，只是为了方便程序员阅读和维护）不改变实际地址无论是否用section，最终地址仍是连续偏移量，其并没有对程序中的地址产生任何影响地址依旧是紧挨着前面。
2025-07-30 18:44:09
1589
原创 真相还原第二章笔记
BIOS 最后一项工作校验启动盘中位于 0 盘 0 道 1 扇区的内容。 硬盘扇区的表示法有两种：CHS 方法，即柱面 Cylinder 磁头 Header 扇区 Sector，扇区的编号是从 1 开始的，不是 0，所以 0 盘 0 道 1 扇区其实就相当于 0 盘 0 道 0 扇区，它就是磁盘上最开始的那个扇区。而LBA 方式中，扇区编号是从 0 开始的。
2025-07-22 16:19:42
1612
原创 真相还原第一章学习笔记
虚拟机的概念和作用：模拟硬件、隔离风险、便于调试。推荐 Bochs 作为开发用虚拟机，支持调试和硬件模拟。（使用原因首先是开源，再者Bochs 是用软件逐条模拟 x86 指令的，因此它可以精确追踪每一条指令的执行过程，包括寄存器、内存、I/O 状态等。）其优点在于能够模拟跟主机不同的机种，例如在 Sparc 系统里模拟 x86，但缺点是它的速度却慢得多。
2025-07-18 00:09:33
561
原创 AOSP平台编写Android-ebpf程序(tracepoint)的一些map定义和使用问题，导致map和prog无法产生的原因。
我们重启手机之后发现只产生了三个map，且prog没有产生：由于map的产生是根据内核态定义的顺序来的，所以就是到第四个map出现了问题，也就是我们刚刚修改的map，这里的原因暂且不清楚，之前猜测可能是因为大小超出了限制的原因，然而实际上修改为1024也不能产生，然而time_in_state中其实用到了ARRAY来传递结构体的：现在猜测可能是因为array是连续的数组，而hash是一个散列表可能是索引错误的原因，这里后面在做尝试吧。目前测试的结果，只要是使用结构体作value值的话，
2024-03-19 20:53:29
2601
3
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人