dnaugsuz
Well, 其实从 Infix 的角度来看,我觉得应该说 [_] 的优先级比 * 高才对... 之前应该是误解 这很容易理解,比如 Python 2 的 print unary prefix 的结合优先级就是最低的,这样 print 1 + 2 才不会被误解为 (print 1) + 2 想想看,其实 int* a[N]; 其实是 a[N] (未知类型的 N 长一维数组 a) 先被 [N] 结合了,然后 int * 去结合它(构造出最终类型) int (*a)[N]; 则是 一个 『N 长一维数组的指针…
其实
[_] 应该算 postfix... 有点麻烦,但总之我觉得数组部分(而不是类型)应该和名字组合在一起C 的这个『简写』有点麻烦... 如果要有一个数组指针,本身是
* (const void*) 而内容不是的话,你得这么定义:const char (*ary)[9];#China https://dailyyizhe.wordpress.com/2012/06/01/lipeng_diary_3/
https://www.chinesepen.org/blog/archives/82228
迫真反动言论发表(焚
(其实是迫真 被潜规则禁止 内容,内容本身是 合乎共同的 核心价值观的)
https://www.chinesepen.org/blog/archives/82228
迫真反动言论发表(焚
(其实是迫真 被潜规则禁止 内容,内容本身是 合乎共同的 核心价值观的)
每日译者
李鹏六四日记:关键时刻(连载三)
核心提示:这本书据说是由李鹏日记改写的《关键时刻》,在新世纪出版社决定出版时被禁。本书的真实性尚有待考证,我们…
duangsuse::Echo
#China https://dailyyizhe.wordpress.com/2012/06/01/lipeng_diary_3/ https://www.chinesepen.org/blog/archives/82228 迫真反动言论发表(焚 (其实是迫真 被潜规则禁止 内容,内容本身是 合乎共同的 核心价值观的)
全书正在重新格式化(原版为 Word 导出 PDF,可是我用 Python PyPDF 和 PyMuPDF 也无法处理掉不好看的 Header/Footer,故重新 LibreOffice 排版)
duangsuse::Echo
李鹏日记.odt
duangsuse 的评论:
总之,是做了最大限度的克制。
和现在香港的情况有点像,都是分不清黑白。
很可惜,类似的事情还是来了第二次。
总之,是做了最大限度的克制。
和现在香港的情况有点像,都是分不清黑白。
很可惜,类似的事情还是来了第二次。
李鹏日记.odt
461 KB
带链接的更新版本 rev1
duangsuse::Echo
duangsuse 的评论: 总之,是做了最大限度的克制。 和现在香港的情况有点像,都是分不清黑白。 很可惜,类似的事情还是来了第二次。
出现这种情况的时候,总会有那么一小部分别有用心的人,带着邪恶的目的扰乱正常的请愿活动,导致暴乱
duangsuse::Echo
李鹏日记.odt
#tech 这几天比较咸鱼什么都没干,有喜欢的朋友试着写一点简单模板化的自然语言处理程序(无须词库和机器学习猜词),试着统计一下句式、时间、人名地名什么的,多提取点信息出来。
这几天感觉自己的编程能力(尤其是形象思维『可视化...』我感觉我几乎什么都想不起来了)和敲键盘的速度都有很大下降... 不稳定
可能很咸鱼吧
可能很咸鱼吧
#CXX #Windows https://github.com/ysc3839/FontMod
早在几个月前开发被用于修复 Telegaram 在 Windows 上默认 SimSun 字体问题的 TgFont(现在已经改名 FontMod)
现在经过重构后,不仅功能更新,其代码质量也得到了一定的提升(唯一有选项的一个就是继续模块化拆分编译单元)
和某个朋友讨论的时候提到了这个项目,现在来说一下其实现的一些(大体的)概览
——
Mod 和新开发程序自然是不同的啦,一般来说都是『修改的补丁』,所以 FontMod 必然使用某种方式将自己的更改附加到 Telegram Desktop 上
Windows 上这一般使用 DLL 注入实现,不过注入的 DLL (动态链接库,可以包含
FontMod 注入之后是先解析配置文件,然后使用自己的
—- 项目管理部分
yaml-cpp/ 这是 git submodule 依赖,用于解析 YAML 配置文件
.gitmodules
.gitattributes — 保持 *.rc UTF16 BOM 和 CRLF(必要)
.gitignore
CMakeLists.txt
Resources.rc — 自动生成项目发布资源
FontMod.yaml — 默认配置文件
—
LICENCE
README.*.md
—- 头文件接口定义
resources.h — 自动生成
DefConfigFile.hpp — 默认配置文件字符串
winmm.hpp — Windows 的老音频设备设备接口
至今不清楚这个是为什么 include
—- 实现代码
FontMod.hpp
Utils.hpp
====
功能:接管系统的字体加载创建过程,利用 YAML 配置提供的信息按照用户要求进行不同的修改替换
.... 其实要这么说的话,应该挑重点,因为内容很无聊
1. 我是 DLL,利用普通的动态链接替换方法(实现一个动态链接库的所有接口,然后在 DllMain 里加自己的逻辑)
用户需要将 FontMod 替换版的 winmm.dll 替换原版 DLL,然后在 font/ 下建立字体资源,使用 FontMod.yaml 定义配置即可
2. 读取用户的配置文件使用
void loadSettings(hmod, fileMame, errMsg, fixGSOFont, userGSOFont, debug)
YAML::Load, FindKey, ->IsMap, ->IsScalar
可配置的部分包括 fonts: replace
同样的东西,GSOFont 再来一遍。
(bool)fixGSOFont: // USE_NCM_FONT
map 的话和 fonts: 的就没有区别了
3. 加载字体使用
上面的配置加载完(全局变量)之后,即可开始工作,不过配置是在 hook 替换的程序运行过程中使用的
1. 利用 VirtualProtect 修改程序分页权限,给目标地址加写入权限 (EXECUTE_READWRITE),改完后复原
2. 初始化一个代表 jmp 机器指令的 struct,算一下从 new 跳转到 [old 的偏移量 (new - old)加上 5],作为它的参数 IPoff
3. 同样的,saved 的偏移量也是 old+5
4. 复原地址空间(此时 Hook 已经写入),返回。
常量 5 是怎么来的,具体可汇编这个程序
它的意思是跳到程序逻辑起始开始执行,frame 的 winding 就不需要了(这三条指令是不需要子程序相关信息的)
修改的程序使用 inline assembly
早在几个月前开发被用于修复 Telegaram 在 Windows 上默认 SimSun 字体问题的 TgFont(现在已经改名 FontMod)
现在经过重构后,不仅功能更新,其代码质量也得到了一定的提升(唯一有选项的一个就是继续模块化拆分编译单元)
和某个朋友讨论的时候提到了这个项目,现在来说一下其实现的一些(大体的)概览
——
Mod 和新开发程序自然是不同的啦,一般来说都是『修改的补丁』,所以 FontMod 必然使用某种方式将自己的更改附加到 Telegram Desktop 上
Windows 上这一般使用 DLL 注入实现,不过注入的 DLL (动态链接库,可以包含
DLLMain 符号)要干什么呢? (hook win32 API)FontMod 注入之后是先解析配置文件,然后使用自己的
MyCreateFontIndirectW 代替 Windows 自己动态链接上的 pfnCreateFontIndirectW
HMODULE hGdi32 = GetModuleHandleW(L"gdi32.dll");现在我将从几个文件简要说明一下实现,以及一些实现细节...
auto pfnCreateFontIndirectW = GetProcAddress(hGdi32, "CreateFontIndirectW");
—- 项目管理部分
yaml-cpp/ 这是 git submodule 依赖,用于解析 YAML 配置文件
.gitmodules
.gitattributes — 保持 *.rc UTF16 BOM 和 CRLF(必要)
.gitignore
CMakeLists.txt
project(FontMod)FontMod. vcxproj (.filters)
link_external_msproject(${PROJECT_NAME} ${CMAKE_CURRENT_LIST_DIR}/${PROJECT_NAME}.vcxproj)
add_subdirectory("yaml-cpp")
add_dependencies(${PROJECT_NAME} "yaml-cpp")
Resources.rc — 自动生成项目发布资源
FontMod.yaml — 默认配置文件
—
LICENCE
README.*.md
—- 头文件接口定义
resources.h — 自动生成
DefConfigFile.hpp — 默认配置文件字符串
winmm.hpp — Windows 的老音频设备设备接口
至今不清楚这个是为什么 include
—- 实现代码
FontMod.hpp
Utils.hpp
====
功能:接管系统的字体加载创建过程,利用 YAML 配置提供的信息按照用户要求进行不同的修改替换
.... 其实要这么说的话,应该挑重点,因为内容很无聊
1. 我是 DLL,利用普通的动态链接替换方法(实现一个动态链接库的所有接口,然后在 DllMain 里加自己的逻辑)
用户需要将 FontMod 替换版的 winmm.dll 替换原版 DLL,然后在 font/ 下建立字体资源,使用 FontMod.yaml 定义配置即可
2. 读取用户的配置文件使用
void loadSettings(hmod, fileMame, errMsg, fixGSOFont, userGSOFont, debug)
YAML::Load, FindKey, ->IsMap, ->IsScalar
可配置的部分包括 fonts: replace
fonts : { <replaced>: (replace | name): <replacement> poverride }
poverrride = (ulongs) size, width, weight, (bools) italic, underLine, strikeOut, (ul2byte) charSet, outPrecision, clipPreision, quality, pitchAndFamily同样的东西,GSOFont 再来一遍。
(bool)fixGSOFont: // USE_NCM_FONT
map 的话和 fonts: 的就没有区别了
3. 加载字体使用
上面的配置加载完(全局变量)之后,即可开始工作,不过配置是在 hook 替换的程序运行过程中使用的
auto pfnCreateFontIndirectW = GetProcAddress(hGdi32, "CreateFontIndirectW");4.
if (pfnCreateFontIndirectW) { InlineHook(pfnCreateFontIndirectW, MyCreateFontIndirectW, &addrCreateFontIndirectW); }
if (fixGSOFont != DISABLED) {
auto pfnGetStockObject = GetProcAddress(hGdi32, "GetStockObject");
if (pfnGetStockObject) { InlineHook(pfnGetStockObject, MyGetStockObject, &addrGetStockObject); }}
void InlineHook(ptr old, ptr new, ptr_mut_ptr save); 子程序是这么做的:1. 利用 VirtualProtect 修改程序分页权限,给目标地址加写入权限 (EXECUTE_READWRITE),改完后复原
2. 初始化一个代表 jmp 机器指令的 struct,算一下从 new 跳转到 [old 的偏移量 (new - old)加上 5],作为它的参数 IPoff
3. 同样的,saved 的偏移量也是 old+5
4. 复原地址空间(此时 Hook 已经写入),返回。
常量 5 是怎么来的,具体可汇编这个程序
mov edi, edi看看字节长度是多少
push ebp
mov ebp, esp
0x00000000 6689ff mov di, di
0x00000003 6655 push bp
0x00000005 6689e5 mov bp, sp
它的意思是跳到程序逻辑起始开始执行,frame 的 winding 就不需要了(这三条指令是不需要子程序相关信息的)
修改的程序使用 inline assembly
__declspec(naked) HGDIOBJ WINAPI CallOrigGetStockObject(int i)
也是通过此法调用GitHub
GitHub - ysc3839/FontMod: Simple hook tool to change Win32 program font.
Simple hook tool to change Win32 program font. Contribute to ysc3839/FontMod development by creating an account on GitHub.
duangsuse::Echo
#CXX #Windows https://github.com/ysc3839/FontMod 早在几个月前开发被用于修复 Telegaram 在 Windows 上默认 SimSun 字体问题的 TgFont(现在已经改名 FontMod) 现在经过重构后,不仅功能更新,其代码质量也得到了一定的提升(唯一有选项的一个就是继续模块化拆分编译单元) 和某个朋友讨论的时候提到了这个项目,现在来说一下其实现的一些(大体的)概览 —— Mod 和新开发程序自然是不同的啦,一般来说都是『修改的补丁』,所以 FontMod…
我给个建议:0x5 不要硬编码,如果可能的话就显式算吧...