| View previous topic :: View next topic |
| How did you find that Game? |
| I like it |
|
42% |
[ 3 ] |
| I don't like it |
|
14% |
[ 1 ] |
| I didn't try it yet |
|
28% |
[ 2 ] |
| I'm n't going to try it |
|
14% |
[ 1 ] |
|
| Total Votes : 7 |
|
| Author |
Message |
MYYM
Joined: 05 Apr 2005 Posts: 132
|
Posted: Mon Apr 11, 2005 10:01 am Post subject: |
|
|
Thanks for the last post, it helped me figure out some reasons for the unusual behavior of the program while you were trying to test the scheme used to generate the random SN and RN.
I think most of these unusual behaviors won’t happen in the normal circumstances. Which assumed to be the case for 99% of the users.
Here some ideas of what I could think about, not sure if some or any of them could be true
1- I think the renaming and moving tests for the both program and the folders should be performed manually and only one at the time. (I have tested it that way and the SN never changed after restoring the original one). Maybe that’s because the script used to do the job could use different technique according to the language used! I remember I have read something in the AHK help documents about performing delete then copy in some cases to move a file. I’m not sure about that but it’s just an example for why I think scripting tests could confuse the results sometimes, of course I understand the need for trying to automate the process to save time.
2- Running more than one copy of the SW while testing could confuse the results too due to the fact that while the program extracting some resources from the compressed EXE package. The process ‘d be interrupted when another process starts somewhere else trying to do the same job. (Extracting file and install it to the same position for example) and if we assumed that the SW includes something like File install command with the overwrite option then the error is a must because of the sharing violation.
Well, I think the SW ‘d behave stable under the normal running conditions.
(I have tested it over and over again, and it hasn’t crash even once)
Maybe because my main concern was to test its functions, speed, refreshment of the display, sounds effects on/off, …etc.
Of course I didn’t test it by putting it under attack by a flow of commands from a script without giving It enough time to end what has just started to do, I won’t surprise if any SW crashed under such conditions.
For example, As you mentioned in one of your private messages :
| Quote: | | With a script this process can be automated, in a minute hundreds of SN values generated. |
I understand the need to do that, it’d be such a tedious task if anyone would try to repeat all these steps of the test over and over manually. So scripting in such a case could be a must. But maybe won’t always give the right results especially when testing EXE (black box!) without knowing exactly the order of its flow chart.
Anyway, if the program ‘d be stable under the usual conditions that’s enough for both developer and users.
If it’d act in a random manner while trying to figure out how its protection scheme works?
Well, I guess I’ll consider it as an advantage not a disadvantage. Even if I didn’t mean it to be that way!
For me it has been such a great topic to follow over the last few days. Full of many interesting and useful ideas and information. I think I’m going to read deeper about Information Security and test’s techniques.
| Quote: | | To decipher the SN would take weeks and a lot of SN-RN pairs. If it was a high value target I would risk prosecution, otherwise there is no motivation. In this time I could do something useful. |
Sure, I understand that. Thanks for everything.
MYYM |
|
| Back to top |
|
 |
Laszlo
Joined: 14 Feb 2005 Posts: 4078 Location: Pittsburgh
|
Posted: Mon Apr 11, 2005 2:30 pm Post subject: |
|
|
1 - I used a batch file, not a script, for renaming/moving. The same behavior was with manual actions.
2 - Only one copy of the program was running at a time, I did not interrupt the program, but waited until it finished. It could have left something in the memory from a previous run, though. Not properly clean up at termination could be the problem.
Do you assume some VB libraries, DLL present in the PC? Missing those could also be the problem. |
|
| Back to top |
|
 |
MYYM
Joined: 05 Apr 2005 Posts: 132
|
Posted: Mon Apr 11, 2005 3:18 pm Post subject: |
|
|
| Quote: | | Do you assume some VB libraries, DLL present in the PC? Missing those could also be the problem. |
- I didn't use any VB libraries in this SW, In fact it has been written using pure AHK as a trial to reproduce something I already have done it before using VB as I mentioned earlier. |
|
| Back to top |
|
 |
Laszlo
Joined: 14 Feb 2005 Posts: 4078 Location: Pittsburgh
|
Posted: Mon Apr 11, 2005 4:36 pm Post subject: |
|
|
I tried the program on a freshly installed XP on another PC. It shows the same problem, changing SN. If it is not some missing DLL, then you might need some special settings. I cannot help fixing it w/o the source code. And for me, if the SN changes after moving the program file to another directory and back, while it is not running, is a serious bug.
(Another thought: all the PC's I used have NTFS. Did you try it with FAT32 file system? This could also explain the differences.) |
|
| Back to top |
|
 |
MYYM
Joined: 05 Apr 2005 Posts: 132
|
Posted: Mon Apr 11, 2005 6:48 pm Post subject: |
|
|
| Quote: | | (Another thought: all the PC's I used have NTFS. Did you try it with FAT32 file system? This could also explain the differences.) |
I didn't try it with NTFS. only with FAT32 file system...!
I don't know if that could make any differences. but I didn't try it anyway.
I'll search for a document that explains the major differences between NTFS and FAT32 to see if any of that could impact the behavior of the SW!
thanks for the lead. |
|
| Back to top |
|
 |
Guest
|
Posted: Tue May 03, 2005 4:15 pm Post subject: |
|
|
here is what it shows
SN : C11C3-FGIOJMC3063735O  |
|
| Back to top |
|
 |
MYYM
Joined: 05 Apr 2005 Posts: 132
|
Posted: Wed May 04, 2005 5:10 am Post subject: |
|
|
| Quote: | | SN : C11C3-FGIOJMC3063735O |
RN : 186978266-EM
Thanks |
|
| Back to top |
|
 |
Guest
|
Posted: Wed May 04, 2005 4:18 pm Post subject: |
|
|
Thank you, I like it
the sound effects are cool
how could you get them embedded into the exe? and how to play the right sound effect with the right action  |
|
| Back to top |
|
 |
MYYM
Joined: 05 Apr 2005 Posts: 132
|
Posted: Tue Jun 14, 2005 5:59 pm Post subject: |
|
|
To be honest, I must say that when I have started this topic almost 70 days ago, I was expecting more than those 4 persons who have been interested in downloading and trying this game that I wrote using AHK.
Especially in this forum which gathers more than 800 members besides guests.
Now, I’d like really to know what could be the reason for this result?
Thanks.
MYYM. |
|
| Back to top |
|
 |
Jon
Joined: 28 Apr 2004 Posts: 373
|
Posted: Tue Jun 14, 2005 6:17 pm Post subject: |
|
|
| Code: | | SN : C901C-GGLNLIE3154344Q |
I'll give it a try |
|
| Back to top |
|
 |
MYYM
Joined: 05 Apr 2005 Posts: 132
|
Posted: Tue Jun 14, 2005 6:32 pm Post subject: |
|
|
| Quote: | | SN : C901C-GGLNLIE3154344Q |
RN : 158043156-EM
Thanks |
|
| Back to top |
|
 |
Jon
Joined: 28 Apr 2004 Posts: 373
|
Posted: Tue Jun 14, 2005 6:40 pm Post subject: |
|
|
| Thank MYMM, I copied and pasted the RN into the program and it said something about it being invalid. I closed the program and ran it again and now Im getting the error "Could not extract file: engine.exe" |
|
| Back to top |
|
 |
MYYM
Joined: 05 Apr 2005 Posts: 132
|
Posted: Tue Jun 14, 2005 7:00 pm Post subject: |
|
|
| Jon wrote: | | Thank MYMM, I copied and pasted the RN into the program and it said something about it being invalid. I closed the program and ran it again and now Im getting the error "Could not extract file: engine.exe" |
are you running windows NT?
it has been tested under 98 SE & XP both Fat32 withoud errors. but has not been tested with NTFS.
maybe you ran the exe more than once? "engine.exe" maybe in use while the program was trying to extract it for the 2nd time?!!
I'm not sure what's wrong?
check the directory that containes the exe file, can you find there a file called "your_rn"?
if you can see that file in the same diretory with the exe file, then shouldn't be there any problem!
if you'd like to give it another try, let me know the result. thanks. |
|
| Back to top |
|
 |
Jon
Joined: 28 Apr 2004 Posts: 373
|
Posted: Tue Jun 14, 2005 7:16 pm Post subject: |
|
|
| Quote: | are you running windows NT?
it has been tested under 98 SE & XP both Fat32 withoud errors. but has not been tested with NTFS. |
I'm running windows XP professional with NTFS
| Quote: | maybe you ran the exe more than once? "engine.exe" maybe in use while the program was trying to extract it for the 2nd time?!!
I'm not sure what's wrong? |
I just checked the running processes and engine.exe was running. I have ended the process and the program now runs without any error messages. I re-entered the RN and the game is now running.
It looks like the problem was engine.exe not being terminated after the first time I ran the program?
| Quote: | check the directory that containes the exe file, can you find there a file called "your_rn"?
if you can see that file in the same diretory with the exe file, then shouldn't be there any problem!
|
The "your_rn" file exists now that it has accepted the RN. It did not before.
Thanks for your help,
Jon |
|
| Back to top |
|
 |
MYYM
Joined: 05 Apr 2005 Posts: 132
|
Posted: Tue Jun 14, 2005 7:36 pm Post subject: |
|
|
| Quote: | | I'm running windows XP professional with NTFS |
| Quote: | | I re-entered the RN and the game is now running. |
I think you are the 1st to test it with NTFS.
now I know it'd work under any operating system with any files system.
I hope you like it ( don't forget to turn your speakers on)!!
thanks. |
|
| Back to top |
|
 |
|