Home › Forums › Knowledge Base › Legacy Applications › HASP › RAP – Remote Authorizing Program
- This topic has 0 replies, 1 voice, and was last updated 19 years ago by
Rob.
-
AuthorPosts
-
April 14, 2006 at 11:56 pm #1568
Rob
MemberRAP – Remote Authorizing Program
Last edited: December 15, 2003 08:15 AM
RAP is designed to allow a HASP or VHASP to be programmed on site, away from the office of Touch Menus.
1. RAP.EXE must be installed on, or available to the Station with the HASP device physically connected to LPT1.
2. From DOS – Type ‘RAP’
3. Select the first menu item: ‘Generate Request Codes’. This will display 8 – 3 digit codes that are unique to that HASP device. Write these down.
4. Phone,Fax or EMail via BBS Touch Menus Sales department with your request for program authorization. Include:
1. Request codes obtained from step #3
2. List of programs to be authorized and the number of concurent uses for each.
5. Upon aproval from TMI Sales, Authorization codes will be generated using the codes you submit. These will be given to you via
1. Verbal
2. FAX
3. E-Mailed in a .BIN file – depending upon your request.
6. Once again, run the RAP.EXE utility.
7. Select the menu item: ‘Enter Authorization Codes’. Be sure that the same HASP device that was used in steps #1-3 is attached. At this time you can enter by hand the codes, or enter the name of the .BIN file containing the codes.
8. The HASP will now contain the requested authorizations.Virtual Hasp (VHasp)
In some stand alone applications, it is neccesary to use a VHasp instead of a Hasp. The Hasp requires a parallel port, and some stand alone systems do not have an adequate port. For this reason, the VHasp was designed.
To use the VHasp, a system must have:
1. a Valid C: Hard disk,
2. DOS 6.22 Operating System. The Windows 95 Version of DOS (7.00 or greater) will not work.To install a VHasp on a system, Rap v1.2+ must be run on the system with the command line “/InitVHasp” once. This will initialize the VHasp and make it ready for programming.
Whenever RAP is run on a VHASP system, it will first check for a regular Hasp. If one is not found it will next look for a VHasp. If this is what is found, a “-v-” (without the quotes) will appear in the upper right hand corner of the screen.
When RAP is run with a VHasp, the following items will behave differently:
1. Request HaspID: Will return the VHasp ID with a “V” prefix.
2. View Current Authorizations: Read only. Requires Auth codes to program. Displays VHasp instead of node number for each program Authorized.
3. Authcode list will be shorter.TMAP Version 2.00 is required for the core products to recognize the VHasp. The debug mode has also been improved. It will display the TMAP Version number, and the reason you are seeing this screen (Scroll lock Key) for those who don’t understand why it is showing up. And it also lists any attempts and results in finding the VHasp footprint.
Program ID Numbers
ID Program
1 Editnet(V4)
2 Manager(V4)
3 TouchNet(V4)
4 Street Database
5 Food Cost
6 Marketing Module
7 Delivery Report Modules
8 Taco Manager
9 Pizza Manager
10 Basic Inventory/QSR
11 Bread Manager
12 Blimpies Redbook
13 Jacks Manager
14 Quick Reports
15 Kenny Rogers/Tony Romas Manager
16 Cash Management
17 Accounts Receivable
18 SXLMenu/Host
21 EditPro(V5+)
22 Manager(V5+)
23 TouchPro(V5+)
24+ — Currently Unused —Other Documents
[color=red:lb9olm9m][u:lb9olm9m][b:lb9olm9m]HASPSERV Copy Protection Utility for
Windows 95 HASP License Manager[/b:lb9olm9m][/u:lb9olm9m][/color:lb9olm9m][/url:lb9olm9m]
[color=red:lb9olm9m][u:lb9olm9m][b:lb9olm9m]Virtual HASP Copy Protection for Standalone[/b:lb9olm9m][/u:lb9olm9m][/color:lb9olm9m][/url:lb9olm9m]Revisions
7/28/97 rw
1.
Added listing of currently used Program ID numbers.
07/30/98 Version 1.20 dh
1.
Added support for Virtual HASP (standalone)
2.
.BIN file creation will now overwrite existing .BIN files for Authcodes.
06/22/99 Version 1.30 dh
1.
Added support for Mem Codes, which will allow Developer apps to be remotely authorized.
01/01/02 Version 1.50-1.52 dh
1. (1.50) Added support for the KeyLok
2. (1.51) Updated the program license descriptions for KeyLok ID’s.
3. (1.52) Fixed a bug that was causing DOS only machines to crash with the KeyLok. This bug would also manifest itself if the KLINST.EXE utility hadn’t been run on a Windows machine.02/10/02 Version 1.60 dh
1. Fixed a bug that would make authorizing Win-EZ KeyLoks impossible.
-
AuthorPosts
- You must be logged in to reply to this topic.