home *** CD-ROM | disk | FTP | other *** search
/ Tricks of the Windows Gam…ming Gurus (2nd Edition) / Disc2.iso / msdn_vcb / samples / vc98 / sdk / graphics / directx / dpslots / readme.txt < prev    next >
Text File  |  1997-07-14  |  3KB  |  63 lines
  1. DPSLOTS.EXE
  2. ------------
  3.  
  4. Sample application to demonstrate how to build a client/server
  5. application using DirectPlay.
  6.  
  7. Note: MSVC may include older versions of the DirectX header files and
  8. libraries.  This sample requires DirectX 5.  In order to avoid compile
  9. errors, make sure the path to the DirectX 5 header files and libraries are
  10. listed BEFORE the MSVC header files and libraries through the
  11. Tools -> Options -> Directories menu.
  12.  
  13. CLIENT/SERVER
  14. -------------
  15.  
  16. DPSLOTS is really two applications in one. When you host a session, it acts
  17. as a server. The server maintains a simple database of account balances for
  18. every user that is allowed to log in. Clients can request their current
  19. balance from the server and can request that the server spin the wheels and
  20. calculate the amount won or lost.
  21.  
  22. The server uses a simple text file to record the balance for each user. Each
  23. line of the text file contains the user account ID and a 8-character balance
  24. figure separated by a comma, as in:
  25.  
  26. Account1,    1000
  27. Account2,     500
  28.  
  29. You will have to manually add lines to this file for each user.
  30.  
  31. When you join a session, DPSLOTS acts as a client and sends messages to the
  32. server for all operations. After requesting a spin from the server, it
  33. animates the tumblers and displays the results. The client may be required
  34. to log the user into the server using a name and password.
  35.  
  36. SECURITY
  37. --------
  38.  
  39. DPSLOTS can be hosted using security by clicking the "Require Secure Login"
  40. checkbox after choosing to host.  By leaving the "Security Provider" editbox
  41. blank the default NTLM security package will be used.  If you have an
  42. alternate SSPI security package installed, it may be specified here.
  43.  
  44. Once this is done, the server will host a secure session and clients will
  45. have to securely log in with a user name and a password before being
  46. allowed access to the server. All messages between the client and server
  47. will be digitally signed and encrypted.
  48.  
  49. When hosting a secure server, the account ID for each user will be defined
  50. by the security package being used. This account ID must be stored in the
  51. database file along with the appropriate balance.
  52.  
  53. The default security package is NTLM, which uses a domain and a user name
  54. for the account ID. For example, if your domain is "GAMES" and you have two
  55. users "Bob" and "Jane", your database file would look like:
  56.  
  57. GAMES/Bob,    1000
  58. GAMES/Jane,     500
  59.  
  60. Currently you can only host a secure session using NTLM on Windows NT
  61. workstation or server. However, you can log into the server from Windows 95
  62. or Windows NT.
  63.