Leaked source code of windows server 2003
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

123 lines
4.5 KiB

  1. /*++
  2. Copyright (c) 2000 Microsoft Corporation
  3. Module Name:
  4. pdrvver.h
  5. Abstract:
  6. Printer Driver Version Resource File
  7. Environment:
  8. Windows NT printer drivers
  9. Revision History:
  10. --*/
  11. //
  12. // Printer Driver Version Resource File
  13. // This file describes a template for the versioning scheme for printer drivers.
  14. // It is recommended that this file be modified and included in every
  15. // printer driver DLL resource file, even for monolithic printer drivers,
  16. // which are not Unidrv-based minidrivers.
  17. //
  18. // The versioning scheme:
  19. // The versioning scheme is defined in detail in the DDK documentation.
  20. // Please refer to it for more information.
  21. //
  22. #include <ntverp.h>
  23. //
  24. // The following field sets the type of DLL. For printer drivers it should
  25. // always be set to VFT_DRV. Don't change this field.
  26. //
  27. #define VER_FILETYPE VFT_DRV
  28. //
  29. // If the DLL is of type VFT_DRV then the following field contains a more
  30. // specific description of the driver. For versioned printer drivers it should
  31. // always be set to VFT2_DRV_VERSIONED_PRINTER. Don't change this field.
  32. //
  33. #define VER_FILESUBTYPE VFT2_DRV_VERSIONED_PRINTER
  34. //
  35. // For a versioned printer driver, the following field indicates the File
  36. // Version of the DLL. The file version consists of four 16-bit (WORD) numbers.
  37. // The description of each of them is as follows. From left to right,
  38. //
  39. // First WORD : Reserved. Should be set to 0.
  40. // Second WORD : Major version of the driver. For user-mode drivers, set
  41. // this to 3. For kernel-mode drivers, set this to 2.
  42. // Third WORD : Feature set number.
  43. // The high byte of this number represents the major
  44. // feature set and should always be incremented with the
  45. // next major release. A newer release is assumed to
  46. // have a superset of the functionality of the previous
  47. // release.
  48. // The low byte represents minor releases -
  49. // new releases from the same code base or the
  50. // same architecture. The low byte should be
  51. // incremented with each new minor release.
  52. // Fourth WORD : Bug fix number or service pack number. This field
  53. // represents the releases of major feature set
  54. // binaries for bugs or service packs and should always
  55. // be incremented with each minor release.
  56. //
  57. // Example : 0, 3, 0x0100, 0x0000
  58. // In the above example the third number shows that the DLL belongs to the first
  59. // major release of the driver. After fixing some bugs in this binary the
  60. // version should be changed to 0, 3, 0x0100, 0x0001. For the next minor
  61. // release of the driver, which is a superset of the previous release, the
  62. // version should be changed to 0, 3, 0x0101, 0x0001. In this case the low
  63. // byte of the feature set was changed instead of the high byte. This allows
  64. // more control on the versions. It is recommended that the high byte be used
  65. // to describe different code bases or major architecture changes and the low
  66. // byte be used for new releases from the same code base or from the same
  67. // architecture.
  68. //
  69. // Basically the Feature set and Bug Fix numbers should be used in such a way
  70. // that when they are combined (Feature set = HIWORD, Bug fix = LOWORD) in a
  71. // 32-bit quantity (DWORD), the new number represents all the features of the
  72. // DLL. A larger number represents newer versions, which are supersets of
  73. // functionality and bug fixes with respect to all previous releases.
  74. //
  75. // This field needs to be changed per the description above.
  76. //
  77. //
  78. #define VER_FILEVERSION 0, 3, 0, 0
  79. //
  80. // The following field describes the driver. It should include a specific name,
  81. // which identifies the driver.
  82. //
  83. // This field needs to be changed.
  84. //
  85. #define VER_FILEDESCRIPTION_STR "Sample Printer Driver Resource DLL"
  86. //
  87. // The following field specifies the internal name of the file. For more
  88. // information, refer to the SDK documentation.
  89. //
  90. // This field needs to be changed.
  91. //
  92. #define VER_INTERNALNAME_STR "SAMPLERES.DLL"
  93. //
  94. // The following field specifies the original name of the file, not including a
  95. // path. For more information refer to the SDK documentation.
  96. //
  97. // This field needs to be changed.
  98. //
  99. #define VER_ORIGINALFILENAME_STR "SAMPLERES.DLL"