Appendix D

Using the Registry

• Registry Files
  • How to Back Up the Registry
  • How to Restore the Registry
• Using the Registry
  • Opening an Existing Key
  • Creating a New Key
  • Finding a Key's Value
  • Setting a Key's Name-Value Pairs
  • Getting a List of Subkeys
  • Getting a List of Name-Value Pairs
• Some Common Uses for the Registry
  • Creating a File Association
  • Setting the Icon for a File Extension
  • Enabling the 'new' Context Menu Option
• Summary

In Windows 3.1, INI or initialization files were used to hold information used to configure application programs. For example, an INI file might have a list of the most recently used files or hold the status of an option to save modified files. However, INI files had several weaknesses:

• UNCertain location-INI files could be found in either the \windows directory or the application's directory.
• Size limitations-INI files were limited to 64K bytes.
• Easy to modify-INI files were simple text files. End-users could modify them and create technical support problems.
• Hard to back up-SiNCe INI files can be in any directory, it was nearly impossible to back up and restore application configurations.

These problems, and others, prompted Microsoft to design the Registry. The Registry is a database that contains information about your operating system, its applications and file associations. An exhaustive list of the different types of information is too long to reproduce here. Suffice to say that the Registry holds both hardware and software information.

There are several advantages to using the Registry:

• Known location-Any program can look into the Registry to see if it has already been loaded. Or it can see if other programs have been loaded.
• Hard to modify-The normal computer user will not know about the Registry so he or she won't try to change it which means that configuration errors are less likely.
• Easy to back up-Keeping all of the configuration information in two files makes it very easy to back up the Registry. In fact, Windows keeps several backups on its own. The Registry files are discussed in the "Registry Files" section a bit later in this chapter.

Information in the Registry is stored in a key-value format. This means that every value stored in the Registry has an associated key. Similar to the lock on your front door. You can't unlock the door without the correct key. Likewise, you can't retrieve the stored value without the correct key. Each key can have both subkeys andone or more sets of name-value pairs. In fact, you might think of eachkey as an associative array. For example, there is a key called HKEY_USERS\Default\Software\Microsoft\User information that is interesting. This key has several name-value pairs. Here is a small sampling of the name-value pairs from the Registry on my system:

In addition to named values, there is an unnamed default value that is referred to using an empty string as the name.

As you may guess from looking at the key just mentioned, all of the information in the Registry is stored in a hierarchical or tree format-similar to a directory structure. Each key can have subkeys. There are three root or base keys:

• HKEY_DYN_DATA-The subkeys under this Windows 95 specific key holds system information that will last only as long as the computer is not shutdown or rebooted. In other words, these keys are never written to the hard disk, they exist only in RAM. There are two subkeys: PerfStats, which holds network performaNCe statistics and Config Manager, which keeps a list of all devices on the computer.
• HKEY_LOCAL_MACHINE-The subkeys under this key hold information about the local computer and its configuration. It is one of the most used root keys.
• HKEY_USERS-The subkeys under HKEY_USERS hold information about all of the users who have logged into your system. The .Default subtree stores information about the default users. Each individual user will have a subtree of their own.

Some of the Registry information is accessed so often that Microsoft has provided three shortcut keys:

• HKEY_CLASSES_ROOT-This key is identical to HKEY_LOCAL_MACHINE\SOFTWARE\
  Classes. Changing Registry information in either location changes both locations. Document types, document associations, and OLE information are stored under this key.
• HKEY_CURRENT_CONFIG-This key is identical to HKEY_LOCAL_MACHINE\Config. The hardware and system configuration information that is most likely to change is stored under this key.
• HKEY_CURRENT_USER-This key is a shortcut to the selected user profile in HKEY_USERS. It holds information about the configuration and prefereNCes for the currently signed-on user.

Registry Files

There are two files associated with the Registry. The user.dat file holds user-specific data, and the system.dat file holds everything else. They are located in the \windows directory and have their hidden, system, and read-only attributes turned on. This means that if you run the dir command while connected to those directories, you will not see these files. When the system is booted, both files are read and a single Registry is created in memory.

The user.da0 and system.da0 files in the \windows directory are copies of the Registry from a successful boot of the computer system. If the Registry gets corrupted, Windows will try to fix the problem by using these earlier versions.

You will also find a system.1st file in the root directory of your boot drive (usually C:). The file was created when you first installed Windows. If Windows can't recover from a Registry failure using the DA0 files, you can try using system.1st file.

How to Back Up the Registry

You can manually back up the Registry by exporting the information using the Windows regedit utility. This utility lets you export all of the Registry information to a text file. Follow these steps to perform the export:

1. From the Windows Start Button, select the Run... option.
2. Type regedit into the Run dialog box. Figure D.1 shows the dialog box.
   
   Figure D.1 : Using the Run dialog box to start the regedit utility.
3. Click the OK button. The Registry Editor program will start, as shown in Figure D.2.
   
   Figure D.2 : The Registry Editor is used to view and modify registry information.
4. Choose Registry, Export Registry File. The dialog box in Figure D.3 is shown.
5. Type in a filename (for example, c:\backup.reg), and then click the Save button.
   
   Figure D.3 : The Export Registry File dialog box.

This procedure creates a text-based backup of the Registry. You should copy this file onto a diskette or other data storage medium. You will probably need to compress the resulting backup file siNCe mine was over 1.8 million bytes in length-too long to place on a diskette.

You can also boot your system into DOS mode and copy the \windows\user.dat and \windows\system.dat files either onto a diskette or into a directory other than \windows.

How to Restore the Registry

Now that you know how to back up the Registry by using the export feature of the Registry Editor, let's look at restoring the Registry using the import feature. Use this procedure to import the text-based Registry file:

1. From the Windows Start Button, select the Run... option.
2. Type regedit into the Run dialog box and click the OK button.
3. Choose Registry, Import Registry File. The dialog box in Figure D.4 is shown.
4. Enter the name of the text-based registry file (for example, c:\backup.reg) and click the Open button.
5. Reboot your system.
   
   Figure D.4 : The Import Registry File dialog box lets you select a file to restore from.

If your system is still not working, and you have copied the two Registry files and were created in the previous section, "How to Back Up the Registry," then you can try rebooting to DOS and copy the two backup files directly into the \windows directory. After copying the files, reboot your system.

If you are still having problems, consider re-installing Windows or calling an expert for help.

Using the Registry

At this point, you have some background information about the Registry, and you know how to make a Registry backup. Let's look at how to use the Registry. To make Registry access as easy as possible, I have created an object-oriented module, called DmmReg.pm, for Registry access.

The DmmReg module was designed to make Registry access as easy as possible. You do not need in-depth knowledge of the Registry to use the methods. The examples in this chapter show you how to open and create keys, read key values, and list subkeys.

All of the snippets of code that are discussed in the following sections are collected into one script file called ELST01.PL on the CD-ROM that accompanies this book. When creating your own scripts you merely need to cut and paste the lines of code that you're interested in. You won't need to hunt through four or five files.

The next few sections discuss how to do specific Registry tasks using the DmmReg module. You see how to use the following methods:

• openKey()-This constructor method will open an existing key. It returns the undefined value if the requested key can't be found in the Registry.
• createKey()-This is another constructor method. It will create a new key and optionally assign a value to the default name in one step.
• getValue()-This method lets you find the value half of a key's name-value pair.
• setValue()-This method lets you create or modify a key's name-value pair.
• getKeys()-This method returns an array that contains a list of subkeys for a given key.
• getValues()-This method returns a hash that contains name-value entries for a given key.

Opening an Existing Key

To open an existing Registry key, you need only know the key's name. For example, if you want to determine if a file association exists for .pl files, check for the existeNCe of the HKEY_CLASSES_ROOT\.pl key like this:

Specify that this script will use the DmmReg module.
Specify that strict variable checking should be done.
Declare the $handle variable to be local to the file.
Create an object of type HKEY_CLASSES_ROOT and open the subkey called .pl. The $handle object will hold the object refereNCe.
Display a message indicating the existeNCe of the subkey.

use DmmReg;

use strict;



my($handle);



$handle = HKEY_CLASSES_ROOT->openKey('.pl');

print("There " . 

     (defined($handle)? "is an" : "is no") . 

    " association for .pl files\.n");

If your system does not have any file associations defined for Perl scripts, this program displays:

There is no association for .pl files.

The name of the root key is used as the class name and the subkey name is passed as the only argument to the openKey method.

If you need to open a key that is deeper in the hierarchy, simply add the braNChes to the argument of the openKey method.

$handle = HKEY_USERS->openKey('Default\Software\Microsoft\User

information'); 

You can also see from this second example that the DmmReg module lets you create more than one type of object. Actually, you can create a different object for each of the six root keys. Each class has exactly the same methods and fuNCtionality.

Creating a New Key

Creating a new key is almost as simple as opening an existing one. You specify the name of the new key, and you optionally specify a value for the default name-value pair. For example, if you wanted to create a Registry key that holds the name of the last data file that your script opened you could do it like this:

$h = HKEY_LOCAL_MACHINE->createKey(

                             'SOFTWARE\A Perl Test Script\Last Data File', 

                             'C:\TEST.DAT');

The first argument is the name of the key and the second argument is the data that will be assigned to the default name.

You can verify that the assignment worked by using the Registry Editor. The new key and its default value is shown in Figure D.5. Some programmers refer to this type of information as persistent because the Registry key will be around even after your script has ended. If the key specified as the parameter to the createKey() method already exists, then that key will be opened.

Figure D.5 : Creating persistent information in the Registry.

As with the openKey() method, you can specify limited access rights when opening a key. You can also tell Windows that the key should be kept in memory and not written to disk-a volatile key. However, this level of detail is more involved than this brief introducton can cover. Please read Special Edition Using the Windows 95 Registry if you need more advaNCed information.

Finding a Key's Value

You can find out a key's value by using the getValue() method in the DmmReg module. For example, to read the name of the data file that was written in the last section, you do this:

Specify that this script will use the DmmReg module.
Specify that strict variable checking should be done.
Declare the $handle and $keyName variables to be local to the file.
Initialize $keyName to be the name of the key we're interested in.
Call the openKey() method, $handle will hold the object refereNCe.
Call the getValue() method. The argument to getValue() is the name of the value to be retrieved. In this instaNCe, the default value is sought.
Print the data associated with the default value.

use DmmReg;

use strict;



my($handle);

my($keyName) = 'SOFTWARE\A Perl Test Script\Last Data File';

my($value)



$handle = HKEY_LOCAL_MACHINE->openKey($keyName);

$value  = ($handle->getValue(''))[1];

print("The data file was named $value\n");

This program displays:

The data file was named C:\TEST.DAT

You may find the call to the getValue() method to be a little confusing. Let's take a closer look at it:

$data = ($handle->getValue(''))[1];

The getValue() method returns an array that holds the data type of the value and the value itself. SiNCe you only need the value in this example, an array slice was used. You place parentheses around the entire fuNCtion call to ensure that the return value is evaluated in an array context. Then, regular subscripting notation selects the second element of the returned array. The second element is assigned to $value.

The DmmReg module is designed to work with strings, the most popular type of data stored in the Registry. While you can work with other data types, like binary data, you'll need to look at more advaNCed books to find out how.

Setting a Key's Name-Value Pairs

You've already seen how to set the value of the default name-value pair by using the createKey() method. In this section, you use the setValue() method to explicitly set any name-value pair. Let's build on the example shown in "Creating a New Key." Perhaps, instead of just saving one data file, you need to save more than one. Maybe you have the names of a message file and a data file to store. You can use the following script as a template:

Specify that this script will use the DmmReg module.
Specify that strict variable checking should be done.
Declare the $handle and $keyName variables to be local to the file.
Initialize $keyName to be the name of the key we're interested in.
Call the createKey() method, $handle will hold the object refereNCe.
Call the setValue() method oNCe for each name-value pair that needs to be stored.

use DmmReg;

use strict;



my($handle);

my($keyName) = 'SOFTWARE\A Perl Test Script';



$handle = HKEY_LOCAL_MACHINE->createKey($keyName);

$handle->setValue('Data File',    'c:\perl5\test.dat');

$handle->setValue('Date',         '07-01-1996');

$handle->setValue('Message File', 'c:\perl5\friday.log');

After this script is run, you can see the name-value pairs using the Registry Editor as shown in Figure D.6.

Figure D.6 : A Registry key with four name-value pairs.

Notice that the default name-value pair is no longer valued. SiNCe you are using specifying names with the setValue() method, the default name is no longer needed.

Getting a List of Subkeys

The getKeys() method of the DmmReg module is used to retrieve a list of subkeys for any specified key. For example, if you need to find all of the subkeys for the HKEY_CURRENT_USER\Network key use the following code.

Specify that this script will use the DmmReg module.
Specify that strict variable checking should be done.
Declare variables to be local to the file.
Initialize $keyName to be the name of the key we're interested in.
Open the HKEY_CURRENT_USER\Network subkey.
Check the status of the openKey() method, die if an error occured.
Call the getKeys() method.
Iterate over @subKeys and display the subkeys.

use DmmReg;

use strict;



my($handle);

my($keyName) = 'Network';

my(@subKeys);

my($subKey);



$handle = HKEY_CURRENT_USER->openKey('Network');

die("Unable to open $keyName") unless defined($handle);





$handle->getKeys(\@subKeys);

foreach $subKey (sort(@subKeys)) {

    print("$subKey\n");

}

This program displays:

Persistent

Recent

Getting a List of Name-Value Pairs

Earlier, in "Setting a Key's Name-Value Pairs," you saw that each Registry key can have name-value pairs associated with it. You use the getValues() method to get a list of these pairs.

Specify that this script will use the DmmReg module.
Specify that strict variable checking should be done.
Declare variables to be local to the file.
Initialize $keyName to be the name of the key we're interested in.
Open the HKEY_LOCAL_MACHINE\SOFTWARE\A Perl Test Script subkey.
Call the getValues() method to populate the %pairs hash.
Iterate over %pairs to print the name-value pairs.

use DmmReg;

use strict;



my($handle);

my($keyName) = 'SOFTWARE\A Perl Test Script';

my($name);

my(%pairs);



$handle = HKEY_LOCAL_MACHINE->openKey($keyName);

$handle->getValues(\%pairs);

foreach $name (sort(keys(%pairs))) {

    printf("%-12.12s: @{$pairs{$name}}[1]\n", $name);

}

This program displays:

Data File   : c:\perl5\test.dat

Date        : 07-01-1996

Message File: c:\perl5\friday.log

Some Common Uses for the Registry

There are several common uses for the Registry besides storing configuration information that needs to be persistent:

• To create a file association-You can associate an executable file with a data file so that when the data file is double-clicked, the application is started. You can also associate different context menu options (like Open and Print) with each file extension.
• To specify an icon-You can use the Registry to determine which icon is displayed in folders for each file extension.
• To enable the 'new' context menu option-You can let the user create new data files by using the new context menu option.

By this time, you understand all of the coNCepts involved in creating Registry keys and name-value pairs, so the code to do each task will be presented with very few comments.

Creating a File Association

There are three steps to creating file associations:

1. Tell Windows about the file extension. These lines of code will define extension for both Perl scripts and Perl modules. The default value is used by Windows as a pointer to another Registry key where additional information is stored. Step 2 will create this secondary key.
   
   $handle = HKEY_CLASSES_ROOT->createKey('.pl', 'A Perl File');
   $handle = HKEY_CLASSES_ROOT->createKey('.pm', 'A Perl Module');
2. Create a key for the file extension description. The default value of this key will be used as the file's type in the file's property list.
   
   $handle = HKEY_CLASSES_ROOT->createKey('A Perl File', 'Perl Script');
   $handle = HKEY_CLASSES_ROOT->createKey('A Perl Module', 'Perl
   Module');
3. Create a key for each context menu option that you are creating. The keys for the .pl extension is shown here. Change 'A Perl File' to 'A Perl Module' to create context menu options for .pm files.

$handle = HKEY_CLASSES_ROOT->createKey('A Perl File\Shell\Open\

Command',

'C:\MSOFFICE7\WINWORD\WINWORD.EXE %1');



$handle = HKEY_CLASSES_ROOT->createKey('A Perl File\Shell\Edit\Command',

'C:\MSOFFICE7\WINWORD\WINWORD.EXE %1');



$handle = HKEY_CLASSES_ROOT->createKey('A Perl File\Shell\Print\Command',

'C:\MSOFFICE7\WINWORD\WINWORD.EXE /p %1');

For simplicity's sake, I have all of my associations pointing to Microsoft Word, you should start whatever editor you normally use.

Setting the Icon for a File Extension

You specify the icon for a file extension by creating a DefaultIcon subkey under the extension description key like this:

$handle = HKEY_CLASSES_ROOT->createKey('A Perl File\DefaultIcon',

             'C:\WINDOWS\SYSTEM\SHELL32.DLL,27');

The default value of the DefaultIcon key indicates which DLL and icon number to use. You can experiment with different icon numbers to find one that you like. Icon number 27 in the shell32.dll file looks like a monitor that is displaying a starburst.

Enabling the 'new' Context Menu Option

If you right-click while inside a folder or on the desktop, one of the context menu options is new. You can add your own file types to the new sub-menu by following these steps:

1. Open the .pl extension key.
   
   $handle = HKEY_CLASSES_ROOT->openKey('.pl');
2. Create a subkey called ShellNew.
   
   $handle = HKEY_CLASSES_ROOT->createKey('.pl\ShellNew', '');
3. Create a name-value pair with a name of NullFile.

$handle->setValue('NullFile', '');

If you follow these steps for both the .pl and .pm extensions, your new context menu will look like Figure D.7.

Figure D.7 : The new sub-menu with options to create Perl files.

Summary

This chapter briefly introduced you to the Windows Registry. The Registry is used to store all types of information about the hardware and software that are installed on your computer system.

You learned that there are three root keys (HKEY_DYN_DATA, HKEY_LOCAL_MACHINE, and HKEY_USERS) and three shortcut keys (HKEY_CLASSES_ROOT, HKEY_CURRENT_CONFIG, and HKEY_CURRENT_USER). These keys are at the top of a hierarchical structure similar to a directory tree.

The Registry information is stored on two files, user.dat and system.dat. When the system is booted, these files are read into memory and the Registry is created. You read about sing the Registry Editor to export and import the Registry information for backup and recovery.

Then, you saw how to use the DmmReg module to access and modify Registry keys and name-value pairs. Examples were shown that create file association for .pl and .pm files; changed their default icons; and added Perl file types to the new option of the context menu.