Prev | Advanced Operations Guide | Next |
Unique Component Naming
Pervasive.SQL components have unique names that reflect the platform, type, and functional level of the component. Each subsequent release of a component (even patches) will have a slightly different name, so that no two releases of the same functional component have the same file name.
This feature both identifies the exact functionality of a file and prevents different versions of a file from overwriting each other during installation of a new version or uninstall to a previous version.
Components are named using a well-defined scheme. All component names adhere to 8.3 notation for compatibility on systems that do not support long file names (such as Windows 3.1). The first two characters of the prefix identify the designated run-time platform. The next three characters identify the component functionality-its type. The sixth character identifies the major functional level (hexadecimal, range 1 to F), and the final two characters identify the minor functional level (hexadecimal, range 00 to FF).
![]()
The major functional level defines the version of the component, which began at one (1) with the first release of Pervasive.SQL. The minor functional level begins at zero (0) for each major functional level. Whenever the major functional level increments, the minor functional level is reset to zero. The minor functional level increases with each patch or public release of the component if it contains any changes whatsoever. The following tables show the Platform Codes and a sampling of Component Type Codes.
Table 3-1 Platform Codes Platform Code Windows 3.1, Windows for Workgroups (Win16) W1 Windows 98/NT/2000/XP (Win32) W3 NetWare NW
Table 3-2 Component Type Codes Component Type Code Btrieve Interface DLL BIF Network Services Layer NSL MicroKernel Interface DLL MIF
Prev Component Identification |
Contents Up Check for Revisions | Next Dynamic Binding |