![]() |
|
#16
|
|||
|
|||
|
Quote:
How did you solve the problem? Last edited by Franeppe; 11-15-2005 at 01:27. |
|
#17
|
|||
|
|||
|
@Teerayoot
The nod32 is too foolish. |
|
#18
|
|||
|
|||
|
Quote:
MoveFileA(<original.exe>, <original.bak>); CopyFileA(<original.bak>, <original.exe>); WaitForSingleObject(hProcess, INIFINITE); DeleteFileA(<original.bak>); Just as I've proposed above. Nothing extremely interesting.
|
|
#19
|
|||
|
|||
|
If you have time to spend and admin rights on the system, you might try to play with "\\.\PhysicalDriveN" access -be careful, anyway.
(CreateFile&DeviceIOControl) |
|
#20
|
|||
|
|||
|
If your file system is NTFS, you could get into very big trouble when accessing the drive on psysical level, since much of NTFS is still undocumented and many structures change with every Windows version (or even service pack).
My idea would be to use WinHex scripting. I don't know if this works, but with the normal WinHex you can hex-edit files directly on disk when browsing psysical or logical disks. So I guess with the WinHex scripting system you could do the same. Last edited by Kerlingen; 11-16-2005 at 17:22. |
|
#21
|
|||
|
|||
|
And buggy...
I faced an incredible NTFS bug that blocked, in order: WinXp, Win2k, WinXp Installer CD, Win2k Installer CD, UBCD winXP(!!). I installed Linux on an fresh mounted hd -the only way to run sw-, formatted 1st partition to fat, and recovered there. *deadly* code somewhere... |
![]() |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Running DeepSeek R1 locally | chants | General Discussion | 25 | 07-12-2025 20:44 |
| Running program from memory | Spiyre | General Discussion | 6 | 09-18-2004 09:34 |
| Need to find a pattern in a running file | merlin | General Discussion | 14 | 07-20-2002 06:59 |