![]() |
|
|
|
#1
|
|||
|
|||
|
reg query
Maybe you should give "regmon" a try just to find out if its got anything to do with reg. This pro. is available for 98 and NT versions.Intially you may start with out any filter then you can set the filter to pro name as displayed in regmon.
|
|
#2
|
|||
|
|||
|
Hi
Nice to see u.
Why don't you Try to find out the correct serial using bp's on GetDlgItemTextA or GetWindowTextA. Or find out the exact reg verification CALL by looking up to the badboy message and patch the call to allways return the required value. Also read a lot of tuts. |
|
#3
|
|||
|
|||
|
"i succeded in making it accept any serial and making it fully functionally but the problem is when i restart it, it is again unregistered."
Did you reversed a jnz to jz (or viceversa)? Look at the call previous to that jump. 90% of times......the answer is inside it. |
|
#4
|
|||
|
|||
|
Hi !
You wrote : "i succeded in making it accept any serial and making it fully functionally but the problem is when i restart it, it is again unregistered." Yes, but to do so, you probably had to modify code itself. So what about self-verifying code ? If your scr checks its own integrity (by generating a checksum for example) or in another way, it could decide to reset password validity each time. Try looking for any memory read access in a short range near your modification using BPM xxxxxxxx R in SI. If SI popups, then, you're in the checksum routine. Another possibility for this proggy is to use multiple serial check routines. At startup, if it randomly use one that you've not changed yet.... So, there is too many possibilities... I suggest you to reverse the serial check routine in order to find a working serial or making a keygen instead of patching. Hope this could help. bye. |
![]() |
| Thread Tools | |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| CRC Cracker | CodeCracker | Community Tools | 4 | 10-18-2017 12:18 |