AutoHotkey Homepage AutoHotkey Community
Let's help each other out
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Pictures Matching Game (written using AHK)
Goto page Previous  1, 2, 3, 4  Next
 
Post new topic   Reply to topic    AutoHotkey Community Forum Index -> General Chat
View previous topic :: View next topic  

How did you find that Game?
I like it
42%
 42%  [ 3 ]
I don't like it
14%
 14%  [ 1 ]
I didn't try it yet
28%
 28%  [ 2 ]
I'm n't going to try it
14%
 14%  [ 1 ]
Total Votes : 7

Author Message
MYYM



Joined: 05 Apr 2005
Posts: 132

PostPosted: Mon Apr 11, 2005 10:01 am    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
Laszlo



Joined: 14 Feb 2005
Posts: 4078
Location: Pittsburgh

PostPosted: Mon Apr 11, 2005 2:30 pm    Post subject: Reply with quote

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
View user's profile Send private message
MYYM



Joined: 05 Apr 2005
Posts: 132

PostPosted: Mon Apr 11, 2005 3:18 pm    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
Laszlo



Joined: 14 Feb 2005
Posts: 4078
Location: Pittsburgh

PostPosted: Mon Apr 11, 2005 4:36 pm    Post subject: Reply with quote

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
View user's profile Send private message
MYYM



Joined: 05 Apr 2005
Posts: 132

PostPosted: Mon Apr 11, 2005 6:48 pm    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
Guest






PostPosted: Tue May 03, 2005 4:15 pm    Post subject: Reply with quote

here is what it shows

SN : C11C3-FGIOJMC3063735O Question Confused
Back to top
MYYM



Joined: 05 Apr 2005
Posts: 132

PostPosted: Wed May 04, 2005 5:10 am    Post subject: Reply with quote

Quote:
SN : C11C3-FGIOJMC3063735O

RN : 186978266-EM
Thanks
Back to top
View user's profile Send private message Visit poster's website
Guest






PostPosted: Wed May 04, 2005 4:18 pm    Post subject: Reply with quote

Thank you, I like it Very Happy
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 Question
Back to top
MYYM



Joined: 05 Apr 2005
Posts: 132

PostPosted: Tue Jun 14, 2005 5:59 pm    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
Jon



Joined: 28 Apr 2004
Posts: 373

PostPosted: Tue Jun 14, 2005 6:17 pm    Post subject: Reply with quote

Code:
SN : C901C-GGLNLIE3154344Q


I'll give it a try
Back to top
View user's profile Send private message Send e-mail
MYYM



Joined: 05 Apr 2005
Posts: 132

PostPosted: Tue Jun 14, 2005 6:32 pm    Post subject: Reply with quote

Quote:
SN : C901C-GGLNLIE3154344Q

RN : 158043156-EM
Thanks
Back to top
View user's profile Send private message Visit poster's website
Jon



Joined: 28 Apr 2004
Posts: 373

PostPosted: Tue Jun 14, 2005 6:40 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
MYYM



Joined: 05 Apr 2005
Posts: 132

PostPosted: Tue Jun 14, 2005 7:00 pm    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
Jon



Joined: 28 Apr 2004
Posts: 373

PostPosted: Tue Jun 14, 2005 7:16 pm    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail
MYYM



Joined: 05 Apr 2005
Posts: 132

PostPosted: Tue Jun 14, 2005 7:36 pm    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    AutoHotkey Community Forum Index -> General Chat All times are GMT
Goto page Previous  1, 2, 3, 4  Next
Page 3 of 4

 
Jump to:  
You can post new topics in this forum
You can reply to topics in this forum


Powered by phpBB © 2001, 2005 phpBB Group