Cool_Tools/ExplorerPatcher
1
0
Fork 0
mirror of https://github.com/valinet/ExplorerPatcher.git synced 2024-11-27 17:00:59 +01:00
Code Releases Wiki Activity

Taskbar10: Fixed grammar in Moment2PatchTaskView explanation

Browse Source
This commit is contained in:
Amrsatrio 2023-09-21 19:11:55 +07:00
parent cd7396e8a0
commit b76d62e073
1 changed files with 6 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
ExplorerPatcher/dllmain.c
View File

@ -10096,8 +10096,8 @@ BOOL Moment2PatchTaskView(LPMODULEINFO mi)
22621.2283: 24A1D2 22621.2283: 24A1D2
Step 2: Step 2:
In place of the 1st call's call op (E8), we overwrite it with setting the value of the reference passed into the 2nd In place of the 1st call's call op (E8), overwrite it with a code to set the value of the com_ptr passed into the
argument (rdx) to 0. This is to skip the cleanup that happens right after the 2nd call. 2nd argument (rdx) to 0. This is to skip the cleanup that happens right after the 2nd call.
```48 C7 02 00 00 00 00 mov qword ptr [rdx], 0``` ```48 C7 02 00 00 00 00 mov qword ptr [rdx], 0```
Start from -13 of the byte after 2nd call's end. Start from -13 of the byte after 2nd call's end.
22621.1992: 74646 22621.1992: 74646
@ -10120,10 +10120,10 @@ BOOL Moment2PatchTaskView(LPMODULEINFO mi)
Notes: Notes:
- In 22621.1992 and 22621.2134, `~AsyncOperationCompletedHandler()` is inlined, while it is not in 22621.2283. We - In 22621.1992 and 22621.2134, `~AsyncOperationCompletedHandler()` is inlined, while it is not in 22621.2283. We
can see `unconditional_release_ref()` calls right in `RuntimeClassInitialize()` in 1992 and 2134. can see `unconditional_release_ref()` calls right in `RuntimeClassInitialize()` of 1992 and 2134.
- In 22621.2134, there is `33 FF xor edi, edi` before the jz for inlined cleanup. The value of edi is used in two - In 22621.2134, there is `33 FF xor edi, edi` before the jz for the inlined cleanup. The value of edi is used in
more cleanup calls after our area of interest, therefore we can't just NOP all those calls. And I think detecting two more cleanup calls after our area of interest (those covered by twoCallsLength), therefore we can't just NOP
such things is too much work. everything. And I think detecting such things is too much work.
***/ ***/
int twoCallsLength = 1 + 18 + 4; // 4C/4D + pattern length + 4 bytes for the 2nd call's call address int twoCallsLength = 1 + 18 + 4; // 4C/4D + pattern length + 4 bytes for the 2nd call's call address