Re: Copy Protect an installation program
Hi Ted,
I took the unique approach of having the registration information stored inside a script named reg_vault inside the application. The reg_vault script holds the registration data for the application using script_load() and script_save(). My registration UDF makes the vault script on installation. The registration UDF in the application also evaluates the registration data in the script to assure a valid registration. The registration UDF is called with each event of the the application navigation system to confirm registration integrity. Invalid registration, no navigation -> message that the registration is expired/invalid --> need to purchase a registration. The UDF also has a request process for users to acquire a registration license via email which delivers to us encrypted machine specific data. On our end the UDF uses the received user machine specific data to generate a license code that is machine specific and contains date limits for the registration and delivered back to the user via email. The registration UDF has a registration license entry dialog for the user to enter the license which stores the license in the reg_vault. There are a few more features, including sending problem to us via email, and prohibiting users from installing the application more than one time on their machines. It is very robust. The whole thing is centered in one registration UDF which is 1900 lines of code having 7 or 8 subfunctions. No it wasn't rocket science to develop, but it was a couple of solid months developing and by no means a walk in the park.
Originally posted by Ted Giles
View Post
I took the unique approach of having the registration information stored inside a script named reg_vault inside the application. The reg_vault script holds the registration data for the application using script_load() and script_save(). My registration UDF makes the vault script on installation. The registration UDF in the application also evaluates the registration data in the script to assure a valid registration. The registration UDF is called with each event of the the application navigation system to confirm registration integrity. Invalid registration, no navigation -> message that the registration is expired/invalid --> need to purchase a registration. The UDF also has a request process for users to acquire a registration license via email which delivers to us encrypted machine specific data. On our end the UDF uses the received user machine specific data to generate a license code that is machine specific and contains date limits for the registration and delivered back to the user via email. The registration UDF has a registration license entry dialog for the user to enter the license which stores the license in the reg_vault. There are a few more features, including sending problem to us via email, and prohibiting users from installing the application more than one time on their machines. It is very robust. The whole thing is centered in one registration UDF which is 1900 lines of code having 7 or 8 subfunctions. No it wasn't rocket science to develop, but it was a couple of solid months developing and by no means a walk in the park.
Comment