INIMAINT CHANGE HISTORY ******************************* V1.0a ******************************* The items fixed in Version 1.0a are: 1. There was a potential problem in 1.0 if a new file was selected before the data for a key was written to the file. This turned out to not be a problem. 2. If INIMAINT was closed in a minimized condition, the correct window size and location were not stored. This has been fixed. 3. The SIZE calculation for All Groups was incorrect if a single Application was included in more than one Group. This has been fixed. 4. If the Help Instance could not be created because the INIHELP.HLP file was not found, the user only got a 5101 logic error. The Dump Dialog has been changed to add a line that gives the reason for any outstanding logic error. 5. The PM Error Text was not displayed when there was a PM Error. OS/2 1.3 with CSD WR5050 has a bug in this area and will not display the correct text. The text will now be displayed. 6. When an error was encountered during Help Instance Initialization, the help error code was not stored in the Help Error area. This has now been fixed. 7. INIMAINT would not run at all if there was a problem initializing the Help. It will now run, but no Help will be available. ******************************* V1.0b ******************************* The items fixed in Version 1.0b are: 1. More of the Help has been done, the missing Help is now that for the Dialog Boxes. 2. When run under OS/2 2.0 a Message Queue Full error was being encountered. This was fixed by increasing the Message Queue from the default 10 to 30. ******************************* V1.0c ******************************* The items fixed in Version 1.0c are: 1. A Dump message logging facility was added so that problems with message sequences could be logged and identified. 2. Because of a problem in OS/2 2.0 the return from setting the top index in a listbox is incorrect. The check for a valid return from this API call has been removed so that INIMAINT will run under OS/2 2.0. ******************************* V1.0d ******************************* The items fixed in Version 1.0d are: 1. When INIMAINT first comes up, the LOGO box does not have the Focus and the Enter Key will not close it, it can only be closed using the Mouse. The Focus is not forced to the LOGO Dialog during initial window processing. 2. The Dump Dialog will not fit on a 640x480 VGA Screen. To fix this the Dump dialog was made 20 pels shorter. 3. The filling of the Listboxes, the MLE and the Size calculation all have the capability to run for some time, especially under OS/2 2.0, and they block any processing of messages during this period. These functions have been moved to a separate thread. 4. Choosing Menu Items such as Size, Copy and Move cause a Dialog box to appear with the selections. The Selections are now a menu, not a dialog. 5. If there is a lot of data to be inserted into the MLE, the MLE blinks a lot. The window is now be disabled during the data insertion. 6. If Size is selected and then Cancelled, a Size of 20 bytes was displayed. This has been fixed. 7. The buttons in the New File Dialog were in uppercase, but now are lower case. 8. If a New File is selected on a diskette drive that has no diskette, a terminal error resulted. Now a Message Box will be presented and the old drive will remain the current drive. 9. Selecting an empty VDISK drive got a terminal error. This has been fixed. 10. You could not Cancel a Copy without selecting a target file. This has been fixed. 11. When the contents of the Dump Dialog were written to a file, the values of the various error indicators, which are displayed at the top of the Dialog, were not written. This has been fixed. 12. If a non-INI file is selected and it causes INIMAINT to terminate, then the program would not restart, because it attempted to use the same file and continued to get the same error. The user is now informed the file is invalid and given a chance to select a new file to edit. 13. When opening a new INI file to edit, the check for a valid INI file was not sufficient to identify the bad file during the file selection process. This has not been fixed and any file that gets through the file selection will be a valid INI file. 14. If a Drive was selected and the root directory was empty, INIMAINT would terminate attempting to fill the file Listbox. This has now been fixed. 15. When editing the any line of a multiline entry in the Key Value MLE while in overtype mode, as opposed to insert mode, the following line had the initial characters deleted. This has been fixed. 16. When the Focus was removed from the INIMAINT window, the Titlebars of both Listboxes stayed in a highlighted condition. This has been fixed and the colors of the Titlebars will now behave correctly. 17. Since no user input is accepted while the Listboxes are being filled, the MLE is being reset, a Size is being calculated or a Move or Copy are in progress, the Pointer should be changed to an hourglass pointer, this was not working, but has been fixed. 18. The Help has been finished. 19. There was a problem with seeing the pointer in the MLE under OS/2 2.0, so a call to WinSetOwner setting the Main Client window as the Owner of the MLE was added to fix the problem. ******************************* V1.0e ******************************* The items fixed in Version 1.0e are: 1. Copy an Entire File got a return of 10 from the Copy program. This has been fixed. 2. The MOVE/COPY in Progress Dialog did not display the word Move/Copy. This has been fixed. 3. The MOVE/COPY did not verify that the target file was a valid INI file. This will now be done and an Error Message box will be displayed if the COPY/MOVE cannot be done. 4. The smallest item that could be MOVEed or COPYed was an Application. It is now possible to COPY/MOVE an individual key. 5. Considerably more Help has been added. 6. Accelerator Keys have been implemented and added to the Help. 7. If a New File was selected and either the OS2.INI or OS2SYS.INI files were specified without the initial path information, INIMAINT did not recognize them as the User and System INI files and attempted to open them in an incorrect manner. This has been fixed. 8. If a COPY/MOVE was attempted and either the OS2.INI or OS2SYS.INI files were specified as the target without the initial path information, INIMAINT did not recognize them as the User and System INI files and attempted to open them in an incorrect manner. This has been fixed. 9. If an INI file was selected that had no Applications in it, the INIMAINT window would not appear. This has been fixed. 10. It was not possible to cancel the Add Application or Add Key without getting the Message Box saying that something had to be entered. The Cancel will now work correctly. 11. The Listboxes and MLE would flash excessively. This will no longer occur. 12. When in the Dump Dialog, it was not possible to change the name of the Dump File by simply typing in the Filename Entry Field. This will now work and the new filename will become the Dump File for future Dumps. 13. When the Help was open, the Title Bars of the smaller INIMAINT windows appeared to still have the focus because they were highlighted. This will no longer occur. 14. When in the Replace Key Dialog and the key value was longer than what could be displayed in the Listbox, any change to the value would cause the contents of the ASCII and Hex Entry Fields would shift to the very end of the value data. This has been fixed. 15. INIMAINT was not using the Logo Display Time that is set by the user in the Control Panel, but was using an internal 10 second display time. This has been changed so that the Control Panel value will now be used. Even with a value specified in the Control Panel, it is still possible to turn off the Initial Logo Display with the Options Dialog. ******************************* V1.0f ******************************* The items fixed in Version 1.0f are: 1. The Menus did not show the Accelerator Keys, this information has been added to the appropriate menu items. 2. Because of a bug in handling Timers, INIMAINT would get an error when run under OS/2 2.0 and the About Dialog was dismissed. This has been fixed by changing the Parent of the About box when it is invoked from the Menu. 3. The Help indicated that there was an Accelerator key that would directly pull down the COPY or MOVE menus. This was an error and has been removed from the Help file. 4. When a COPY/MOVE was attempted for the Selected Application or Selected Key and either of the Selected Names had an embedded blank, then the COPY?MOVE would terminate with an Error=5 from the INICOPY program. This has been fixed. 5. The Error Message Box displayed when an invalid INI file was selected did not include the error message, this has been fixed. 6. When an invalid INI file was selected, INIMAINT would not close the file, therefore, no other process could use the file. This has been fixed. ******************************* V1.0g ******************************* The items fixed in Version 1.0g are: 1. The Dump to a file could get a Trap D and could dump some garbage messages because it was going past the end of the Message table. This has been fixed. 2. A message sequence number has been added to the dump of messages. 3. When doing a MOVE/COPY the Wait Pointer was not set correctly when the pointer was over the Listboxes or MLE. This has been fixed. 4. If a Group was deleted, a hole was left in the menu items that include the Groups. This has been fixed. 5. When things were MOVEd from an INI file to another file, the Listboxes were not updated to reflect the fact that the MOVEd items were no longer in the Source INI file. This has been fixed and the Listboxes will be automatically updated after the MOVE. 6. The supplemental error text was not always complete if an error occurred during a MOVE/COPY operation. This has been fixed. 7. V1.0f displayed a Version number of 1.0e. V1.0g will show the correct version. 8. When the last Key for an Application was moved to another INI file, the Application entry was not deleted and an Application with no Keys was left in the file. INIMAINT will now check to see if a MOVE Key is being done for the last Key and promote it to a MOVE Application, so that the Application entry will be removed from the Source INI file. 9. The Groups Dialog did not redisplay the Group that was being displayed when the last Group Update was done. This has been fixed. ******************************* V1.1 ******************************* The items fixed in Version 1.1 are: 1. The System Default Accelerator keys did not work because the System Commands were not getting to the Main Window Frame. This has been fixed. 2. The Registration code was added. 3. When an input string was requested, the user was asked to 'Select' something. This has been changed to ask the user to 'Enter' the information. ******************************* V1.1a ******************************* The items fixed in Version 1.1a are: 1. The supplemental error text was not correctly filled in when there was an error during a COPY/MOVE. This has been fixed. 2. It was possible to get a Trap D when selecting a New INI File because dynamic memory was released prematurely. This has been fixed. ******************************* V1.1b ******************************* The items fixed in Version 1.1b are: 1. It was possible to get a Trap D while the MLE was formatting a long entry if an attempt was made to make a selection in one of the Listboxes or an attempt was made to change the MLE. Now any such attempt will cause an error tone and the action will be rejected until all updating has been done. 2. There were some relatively rare situations where dynamic memory blocks were not being freed, the that amount of memory used would slowly grow. This has been fixed. 3. In order to better track potential memory problems, a dump of the contents of the heap has been added to the Dump window and more complete listing will be written to the Dump File. 4. Under certain circumstances, INIMAINT would put Keys in the OS2.INI file for the INI File Maintenance Application that had NULL Values. This will no longer occur, although it did not cause any problem other than put unneeded items in the INI file. 5. There are certain Applications and/or Keys that cannot be deleted from the OS2SYS.INI file. When an attempt was made to Delete or MOVE one of these entries, INIMAINT would terminate. Additional code has been inserted that will identify these conditions, inform the user and then continue. 6. Under OS/2 2.0 INIMAINT would terminate with an error 109 after the About INIMAINT Dialog box was displayed. This was caused by static variables that were not correctly initialized after the first use of the dialog. This has been fixed. 7. The Spooler, and perhaps other sections of OS/2 protect certain areas of the INI files, especially the System INI file, thus making it impossible to remove certain Keys from the files, even though the Keys are associated with things that are no longer on the Desktop. In order to facilitate these efforts, a new capability has been added to INIMAINT that allows the user to change the User and/or System INI files to a different file. The user can then edit the original file as he wishes and then switch back. This must be done with much care in order to avoid causing a system problem, but the capability can be extremely important when attempting to recover from conditions where the operating system has created conflicting or other conditions that can be corrected no other way. ******************************* V1.1c ******************************* The items fixed in Version 1.1c are: 1. The Main Window Menu Items for changing the User and System INI files have been moved from the Actions Menu to a new Menu, Recover. It is intended that additional capabilities will be added to give the user the ability to recover from corrupted INI files and those capabilities will be added to this menu. In addition, the Actions Menu was getting crowded. 2. Two new items have been added to the Action Menu. Rename Key will change the name of an existing Key and Duplicate Key will make a duplicate copy of a Key Value using a different Key Name. ******************************* V1.1d ******************************* The items fixed in Version 1.1d are: 1. The New File and Exit Menus have been combined into a single Menu called File. This was done for two reasons, first, the number of menu items was becoming too large and, second, a new file type function was added, see below. 2. Since there are a number of different conditions that could modify an INI file that is currently being viewed using INIMAINT, the ability to reload an INI file from disk has been added. It is the Refresh selection on the File Menu. 3. There was an error in Error Message 13 in the INICOPY program. 4. It was not possible to select a Application/Key pair when the Key Value was zero length i.e.., there was no Value, only the Application and Key Names. This has been fixed. 5. It was not possible to COPY/MOVE and INI file that had an Application/Key pair with a zero length Key Value. This has been fixed. 6. When Adding or Replacing a Key Value, the ability to specify that a zero termination character is to be added to the Key Value can now be indicated with a Checkbox. 7. The most common files that INIMAINT is asked to display are the User and System INI files. In order to make it easy to select these files, two new entries have been added to the File Menu that allow for direct selection of these two files without having to use the file selection dialog. 8. Some of the dialog procedures did not initialize static data causing a new use of the same dialog to behave in unexpected ways. This has been fixed. 9. A new item has been added to the Options that gives users the ability to have the Application and Key Listboxes loaded in the same sequence as the actual INI file as opposed to alpha sequence. ******************************* V1.1e ******************************* The items fixed in Version 1.1e are: 1. When the menu item was used to switch to the User or System INI files, the new file information was not saved. The effect of this was that the next time INIMAINT was run, it would go back to the previous INI file. This has been fixed. 2. INIMAINT can now be started with a Command Line parameter specifying the initial INI file for this execution of INIMAINT. This not only allows INIMAINT to be run with a parameter, but also allows for it to be run by double clicking on an INI file, if the association has been set up, and allows for running INIMAINT by dropping an INI file on the ICON on the Desktop. 3. For versions of OS/2 prior to 2.0, there is no provision for setting up file associations. Therefore a new item has been added to the FILE Menu that will set up an association between INIMAINT and all files whose file extensions are INI. This option will not appear on the menu if the version is 2.0 or higher. 4. There are some key values which are very long, therefore, they take a long time to load into the MLE. It is often the case that the user does not even want to see the key value and would prefer to switch to another key name. However, it was necessary to wait until the MLE was filled and then wait again until all of the lines were removed from the MLE. It is now possible to terminate the loading of the key value lines into the MLE by hitting the ESC key while the MLE is loading. The current Application and Key names will still be highlighted, but the MLE will be empty. 5. In order to keep the menu line from becoming too crowded, the Dump menu item has been moved to the File submenu. This was an item that is not frequently used anyway. This makes room for the item below. 6. A new menu item has been added to the main menu, Find. This submenu will allow searching of either of the listboxes, the key value MLE, all the key names in the current file, all of the key values for the current application or all of the key values in the current file for either an Ascii or Hex value. 7. It was possible to select a new item in the Application or Key Listboxes while the boxes were being filled. This would cause a Protection Violation and has now been fixed. 8. When certain errors were encountered during the loading of the Listboxes or the MLE, they were not reported, this has been fixed. 9. If the Value of a Key is larger than 65,500 characters, selecting that Key in the Key Listbox would cause a memory allocation error and the INI file with the Key Value could not be MOVEd, COPYed or used as the target of a FIND search. All of these have been fixed. However, only the first 60,000 characters of the Key Value will be displayed in the Key Value MLE. 10. If INIMAINT was started with an INI file where the first Key Value of the first Application was very large, it was not possible to terminate the loading of the Key Value MLE because the main window was not visible. This has been fixed by making the main window visible before the initial loading of the Key Value MLE. 11. A new feature, Compare, has been added to the File menu. This item will allow the user to compare two INI files on any one of three different levels, write or print a listing of the differences and write an INI file that contains only those Applications and/or Keys where there are differences. ******************************* V1.1f ******************************* The items fixed in Version 1.1f are: 1. When an attempt to set an association with the INI files was attempted under OS/2 1.3, the association was set up, but INIMAINT would then abend with a protection exception. This has been fixed. 2. When INIMAINT asked the user to enter any character string variable, there was no warning when the entered string was too long. This has been fixed and the user will hear a beep if they attempt to enter a string that exceeds the maximum length for the requested item. 3. It was possible to enter a Group Name that was longer than 30 characters, which is the maximum. This would appear to work correctly, but subsequent attempts to use INIMAINT on the INI file involved would cause a protection exception. 4. The filling of the window that holds the Key values, an OS/2 MLE, was very slow if the key value length exceeded 1,000 or so characters. If the value approached 64k, then time needed was several minutes, even on a fast machine. The loading has been changed and 64K can be loaded into the window in less than 10 seconds on the test machine, which is a 25mhz 486. However, there does not seem to be any way to clear a long key value from the window in less than approximately 45 seconds on the test machine. Several different approaches have been tried, but none of them resulted in a lower time. Therefore, it takes longer to clear the key value window than it takes to fill it. If the 45 seconds becomes a problem, hitting F3 will immediately terminate INIMAINT, which can then be restarted. However, it is hard to see how this could be done in less than 45 seconds on a regular basis. 5. A Repair feature is being worked on and is in the On-line Help. However, there are still some problems with the code that compares the INI file entries to the actual contents of the desktop. This feature will be implemented in the next release. If the item is selected from the menu, the dialog box will appear and will be fully functional, except that the Execute Button will not work. Choosing Execute will result in a Message Box saying that the Execute has not been implemented in this release. 6. At least one user has a need to move a Key from one Application to another. The Duplicate Key item on the Action Menu has been modified so that the user will now be prompted for a New Application Name as well as a New Key Name. One of these names must be modified and the Key Value will be copied using the modified names. If just the Application Name is changed, then this has the effect of copying the Key Name and Value to the new Application. The information will remain using the old Application and Key Names unless specifically deleted by the user. Where there are differences. ******************************* V1.1g ******************************* The items fixed in Version 1.1g are: 1. The clearing of the Key Value window could take a considerable amount of time when the key value was larger than a few thousand characters. This has been fixed by changing the code from sending a message to delete the contents of the window to simply destroying the window and recreating it. 2. Hitting F10 did not cause a refresh of the file, because the System uses F10 to highlight the first menu item. The Refresh was changed to F4. 3. The address and phone number for Carry Associates was changed in the documentation files, but was not changed in the About Dialog or in the on-line Help. This has been fixed. 4. A new item has been added to the Action Menu, Duplicate Application, which will make a duplicate copy of any Application in the same INI file using a different Application Name. 5. When a Key was Duplicated in an INI file and the copy was put in an Application that did not previously exist, the Application Listbox was not refreshed. This has been fixed. ******************************* V1.1h ******************************* The items fixed in Version 1.1h are: 1. A Rename Application item has been added to the Action Menu. This is the same as the Duplicate Application except that the old Application is deleted. ******************************* V1.1i ******************************* The items fixed in Version 1.1i are: 1. The Control Program Error indicator could be reset in an error situation before the Dump Dialog was displayed, thus losing this information. This has been fixed by saving the contents of this variable at the point that the initial error occurred. 2. The found flag was not always reset when multiple Find's were requested. The result of this was an indication that a target was found when it really was not. This has been fixed by resetting the found flag at the start of each find cycle. 3. A new item has been added to the Recover Menu, Repair INI file. Refer to the INIREP.TXT file for a detailed description of the currently available repair actions and the on-line help for how to use the facility. Initially, the only repair action that is available is to remove entries from any INI file that reference files which are not present on the desktop. 4. The Print function in the Compare and Repair Dialog boxes did not correctly print lines that were longer that the current page, the line would be truncated rather than carried over to the next line. This has been fixed. 5. When certain errors occurred, for example during a repair action or a file compare, the error was not reported via the Dump Dialog and INIMAINT would simply stop processing messages. This has been fixed by insuring that the various work threads correctly return any error indication to the controlling dialog and that the dialog procedure terminates the dialog when the error is seen. ******************************* V1.1j ******************************* The items fixed in Version 1.1j are: 1. A new item, Condense, has been added to the Repair Menu. This item will condense the empty space out of the Current, System, User or both System and User INI files with a single selection. INIMAINT has had this capability for some time, but it required a number of different selections to accomplish. 2. The menu item to change both the System and User INI files only changed the User INI file. This has been fixed. 3. An item has been added to the on-line help to describe what is meant be the System and User INI files. 4. The Size submenu has been expanded to add the ability to calculate a Size for the System INI File or User INI File without having to make one of these files the current INI file. 5. The Copy submenu has been expanded to add the ability to make a Copy of the System INI File, the User INI File or both the System and User INI files without having to make these files the current INI file. ******************************* V1.1k ******************************* The items fixed in Version 1.1k are: 1. A new submenu has been added to the Actions menu, Backup. This allows the user to make a backup copy of the System INI File, the User INI File or both the System and User INI Files. This item differs from the Copy item in two respects. First, in order for a Copy to be a true backup, the target file must not exist. With Copy, it was necessary for the user to insure that this was the case. The Backup menu item will automatically erase the file if it already exists. Second, each time a copy was done, it was necessary to specify the target INI file for the copy and, since INIMAINT only maintains a single target copy filename and does not save this filename from one execution of INIMAINT to the next, the names had to be reentered each time. INIMAINT will save the names of the System and User INI File backup target files and present them as the default target files each time a backup is requested. Finally, a new item has been added to the Options Dialog that allows the user to bypass being asked if they want to use the current backup target files. If this option is selected then INIMAINT will use the backup target files without asking the user for confirmation. 2. The Copying File Box would always be displayed during a copy, even if the Option was set to not display it. This has been fixed. 3. There were two potential heap corruption situations in the INICOPY program. In one case the wrong form of the free API was used. In the other case, it was possible to free the same memory block more than one time. Both of these have been fixed. 4. The Condense item on the Recover menu has been improved in two ways. First, INIMAINT will now automatically build a name for the temporary INI file and insure that it does not duplicate an existing file, this eliminates the need to ask the user for the temporary filename. Second, once the initial copy is done, INIMAINT will use the standard copy to make a second copy of the new file, erase the original file and then rename the second copy to the original name. This eliminates the need to do a second INI type of copy, which can take a relatively long time. The effect of this is to significantly reduce the amount of time that is required to do the Condense. 5. There was a serious bug in the Condense Both INI files code. The temporary file was not erase between the two copies, so the second file contained everything from both files. This has been fixed by erasing the temporary file immediately after the copy. ******************************* V1.1l ******************************* The items fixed in Version 1.1l are: 1. When attempting to do a Copy or Move with the System or User file as either the source or target file and lower case characters were user in either file name, the Copy could fail because INICOPY did not recognize the names as the names of these files, which must be opened differently. This has been fixed by forcing the names to upper case before checking them against the names of the standard files. 2. If an error was encountered setting the normal or wait pointers, it was not reported because the subroutines did not return an error return. This has been fixed. 3. If Cancel was chosen when the initial Condense Dialog was displayed a SYS3175 error would occur because a NULL pointer was passed to free(). This has been fixed by moving the free() to a point after the pointer has been validated. 4. It was possible for certain entries in some INI files to cause the INIMAINT Repair Dialog to terminate with a 1109 logic error and a DOS error of 123. This was caused by passing a name to DosLoadModule that it considered invalid, INIMAINT did not check for this return and would, therefore, post it as an error. This has been fixed by including this check in the list of returns that are considered valid returns by INIMAINT. 5. A logic error 1111 with a DosError of 15 was possible during a Repair because INIMAINT did not check for an Invalid Drive return from the DosOpen of a drive. This has been fixed by including this error in the normal set of checks. 6. When INIMAINT starts, it saves the current pointer from the Desktop so that it will know which pointer to restore after putting up the Wait pointer. It was possible, if some unusual pointer was displayed at the time that INIMAINT saved the current pointer, that the wrong pointer type would be saved and an attempt to restore to this incorrect pointer would cause a logic error 616. This has been fixed by saving the standard pointer rather than attempting to save the current pointer. 7. When the Condense of both the System and User INI files was selected. The desktop was reset two times for each file. This caused two problems, first, it takes a long time to reset the desktop and, second, on certain occasions it left the desktop in a condition where it was necessary to reboot before any work could be done. This has been fixed by, in this situation, copying both the System and User INI files before the first Reset. This way the desktop is only reset two times, which is the minimum possible. 8. Because of a conflict between the LOCKUP facility and Dialog boxes that have had their Parent switched to the Desktop Object Window, in order to make the dialog not visible, the Option that sets the display of the Copy Dialog will not work. The Copy Dialog will always be displayed, no matter what the setting of the Option. Once this problem is researched and something is done to remove the conflict, the Option will be reenabled. ******************************* V1.1m ******************************* The items fixed in Version 1.1m are: 1. When a Size was cancelled using the Esc key, the pointer did not return to the normal pointer and the thread was not terminated, thus INIMAINT would not do any work and had to be cancelled externally. This has been fixed. 2. The Options Dialog was becoming too high, so it has been broken into tow side by side lists. 3. A new Option, Fast Copy, has been added. If this Option is activated then INIMAINT will use special high speed methods to access the INI files when an entire file is being Copied, Moved, Backedup or Condensed. This greatly reduces the time necessary to process large INI files, such as the System and User INI files. ******************************* V2.0 ******************************* The items fixed in Version 2.0 are: 1. This version is a full 32 bit version. 2. A number of improvements have been made to the INSTALL procedure, including the ability to install all the files into a single subdirectory. 3. The Repair and Compare Dialogs had the Options box and the results Listbox too close together the Dialog was also too high to comfortably fit on a default 640x480 screen. Both of these have been fixed. 4. When an error was encountered in the Repair Process, the line from the INI file that caused the problem was not placed into the supplemental error text field. This has been fixed. 5. Because the 16 bit Prf API's were limited to 64K of data for any key Value, INIMAINT was limited to reading and displaying this amount of data. The restriction has been removed with this version because of the conversion to full 32 bit. 6. The Repair Function had attempted to see if *.PSF files that were in the INI files with no path information actually existed on the Desktop. DosLoadModule was used for this check, since the files should be in the LIBPATH. It turns out that DosLoadModule will not find anything other than DLL files, so this check was removed. 7. The Repair Function ignored files that had a pathname that indicated they were on a floppy drive, a disk drive with removable media, a tape drive, an unknown type of drive, an invalid drive and a drive that could not be accessed via DosOpen. Since it is very unlikely that any INI file entry that has a pathname that starts with any of these type of drive is one that should remain in the INI file, all of these conditions have been added to the list of situations that INIMAINT will recommend for removal. 8. If Help was requested while doing a Repair after a new Save INI File or Write File was selected, the Help would not work because the Repair Dialog was not reset as the active help window. This has been fixed. 9. If the Repair function encountered a path and filename combination that looked like it was valid, but it was not, the Repair would terminate with a 1109 Logic Error Code. This has been fixed by adding checks for an invalid filename at the appropriate points. ******************************* V2.0a ******************************* The items fixed in Version 2.0a are: 1. V2.0 forced and path and filenames to upper case in a number of places. The caused a number of problems with lower case characters in filenames and this code has been removed. 2. It was possible for the New File Dialog to go into a loop during the initialization phase. This has been fixed by checking if the code involved has already been executed, and causing an abend if it has. 3. Two of the SIZE Accelerator keys used Alt-F8 and Alt-F9, which are used by OS/2, so they are not available. The SIZE User INI File has been changed to Alt-R and the SIZE System INI File has been changed to Alt-M. 4. The New File Dialog was not wide enough, so it has been expanded. ******************************* V2.0b ******************************* The items fixed in Version 2.0b are: 1. Because of problems with the custom New File Dialog, this version has been modified to use the standard OS/2 New File Dialog. ******************************* V2.0c ******************************* The items fixed in Version 2.0c are: 1. When INICOPY was invoked by INIMAINT, the path and filename of the Input and Output files were not enclosed in quotes. This created a problem with parsing the parameter string. This has been fixed by enclosing these two parameters in quotes. 2. When the Condense was used the part of the initial message that said that the Desktop would be reset twice was confusing. The part of the message about resetting the Desktop twice has been removed so that the message now simply states that the Desktop will be reset. 3. During the Condense, some of the messages displayed in the right hand window were too long for the window. The window has been expanded so that it will now display the full message. 4. Because of the warning about resetting the Desktop, users have sometimes waited for some time after a Condense has completed, since they do not want to cause a problem with their environment. This is because there is no clear indication that the Condense is complete. This has been fixed by displaying an additional dialog that will tell the user that the Condense is finished and it is okay to resume normal operations. 5. When the Fast Copy Option was used, INICOPY did not validate the input file to insure that it was an INI file and one that the Fast Copy code understood. This has been fixed by adding two new checks to INICOPY and to the Copy Dialog in INIMAINT. One check will report an error if the input file is not a valid INI file. The other will change the Fast Copy to a normal copy if the INI file is not one that the Fast Copy Code understands, thus making the file not valid for Fast Copy. 6. The Condense routine has been updated to test the file to be Condensed to see if the Condense is really necessary. If the Condense will not reduce the size of the file, then the user will be informed of this via a Message Box. ******************************* V2.0d ******************************* The items fixed in Version 2.0d are: 1. There were a number of places where the return from a PM API call was converted to a 32 bit integer by using the SHORT1FROMMR macro and then casting the result to a 32 bit integer. Because the macro goes through an unsigned short variable, this did not work for negative numbers, such as LIT_END. The result of this was that some things did not work correctly, including selection of a new member of a group. All of these situations have been fixed by having the macro fill a 16 bit integer and then using the 16 bit integer to fill the 32 bit integer. 2. If INIMAINT could not open a file as a valid INI file and the current INI file could also not be opened, INIMAINT would just start and end with no error message. Users with this problem were very confused by this and did not know what was happening. This has been fixed by adding code that will insure that at least the error dialog will be displayed in any error situation. 3. If an error was encountered attempting to open the default INI file at the very start of the execution of INIMAINT, it was possible for the Error Dialog routine to get an access violation because some pointers were NULL and the NULL value was not tested. This has been fixed by adding code to test the pointer values for NULL and print None if they are not yet set. 4. When the initial file that INIMAINT attempted to open was a file with no applications or keys, an error was encountered because the determination of whether the file was in the new or old format would result in an invalid file setting. This has been fixed by specifically checking for an empty file. ******************************* V2.0e ******************************* The items fixed in Version 2.0e are: 1. Because of the large number of possible items in the Repair window, it was possible to exceed the maximum capacity of a Listbox. Therefore, the Repair window has been changed to a Text type Container. 2. An additional option has been added to the Repair selections. If the users chooses to simply have the items that would be Repaired displayed in the Window, it is now possible to select the items that they want repaired and then check the 'Repair Selected' Checkbox and then Execute and those items that are selected will be Repaired. 3. Because there will now be a number of different Repair actions, the selection of the type of Repair desired is now a Combobox rather than a Checkbox. 4. A new Repair items has been added, Removal of any Key with a Zero Length Key Value. These Keys cause a problem for the WPSBKUP program and have no value. 5. A new Repair capability has been added, the removal of any File/Directory Handles in the OS2SYS.INI file that point to Files or Directories that are no longer on the desktop. If a Drive or Directory is deleted using this facility, all subdirectories and files in the Directory and Subdirectories are also deleted. In addition, making any changes in this area requires that the Desktop be reset before the WPS will recognize the changes, so this will be done upon dismissal of the Repair dialog. 6. A new Repair capability has been added, the removal of any WPS entries in the OS2.INI file that point to objects that are no longer on the desktop. 7. A new Repair capability has been added, the removal of any Objects in the OS2.INI file that the user wants removed from the INI files. There is currently no known way to verify whether the Objects actually exist, therefore, INIMAINT cannot automatically delete invalid Objects. 8. The capability to display the contents of the File/Directory Handles, Objects and WPS entries has been added to the Repair. Although this is not strictly a Repair function, it allow the user to see, save in a file or print the expanded information. This allows the user to determine the actual meaning of all the random looking numbers seen in the OS2.INI and OS2SYS.INI files for both Key Names and Key Values. 9. It was not possible to always print the contents of the Repair Window because the print routine would not handle an empty line. This has been fixed. 10. It was possible to initially start INIMAINT in such a way that it would set the default window size at zero, even though the window was not minimized. When this occurred, the INIMAINT window would not be visible and it would not be in the minimized folder. This has been fixed by adding checks to force the window to a minimum size if it is not minimized. 11. I the user of a registered copy of INIMAINT set the Logo Display Time to indefinite, INIMAINT would abend during its initialization because a negative number was passed to the WinStartTimer API. This has been fixed by adding code to check for a negative number and to not even start the timer in this case. 12. The word 'reason' was not spelled correctly in the message that informed the user that the Help was not available if the Help file could not be found. This has been fixed. 13. There was no user notification when INIMAINT was about to create a new INI file because the file the user selected did not already exist. This has been changed so that the user will now be informed that INIMAINT is about to create a new INI file and the user will have the option of creating the new file, choosing a different file or canceling INIMAINT. 14. The type of ICON displayed in some of the message boxes was not the appropriate ICON. These have been fixed. 15. It was not possible to add any Groups to an INI file because the response from the Prf API that deleted the old Groups was changed from TRUE to FALSE if the old Group information did not exist. This would cause a 704 logic error when the OK button was chosen on the Group Dialog. This has been fixed by checking for the Not in Index PM Error Code when a FALSE is returned by this API and accepting this as a valid response. ******************************* V2.0f ******************************* The items fixed in Version 2.0f are: 1. When Repairing Dir/File Handles and the drive letter is selected for deletion, all of the invalid directories and files on the drive should be deleted. It did not happen if the drive was a valid drive. This has been fixed by adding extra logic to check for this specific condition. 2. If the number of Dir/File handles becomes very large, it is possible that they will be stored in the OS2SYS.INI file in multiple pieces. 2.0e would ignore all but the first piece. This has been fixed by continuing to get the data until all of the pieces have been accessed. 3. There were a number of problems with the dumping of the Repair Variables. These have all been fixed. 4. If the Device Driver for a drive did not correctly handle the API used by INIMAINT to identify the drive type, it would cause INIMAINT to terminate with a Logic Error 1112. This was caused by a undocumented return code from the API. Typically, the device driver is an old driver and often is supporting a CD-ROM device. This problem has been fixed by adding code to handle the new return from the API and, when the error return is seen, INIMAINT will do a further check on the drive and, if it is write only, will identify it as a CD-ROM device. Otherwise, the drive will be identified and an invalid drive. 5. There were circumstances where a Repair to the WPS entries would get a logic error 1104 because of an attempt to allocate a zero length memory block. This has been fixed by initializing the Key Value Length field to a small value rather than zero, so that the allocation will work. 6. Invalid PM_Abstract:FldrContent entries that had an invalid Object ID were not deleted, even though the entry in the Repair Window would indicate it was deleted. The reason was the some of the value level items were valid, but the key name was not a valid Object. This caused the item to be deleted from the INI file and then reinserted. This has been fixed by insuring that all value level entries for an invalid key name are also marked as invalid because of the key name. 7. The Repair Save and Repair Write file were not saved from one run of INIMAINT to the next. Additional code has been inserted to save the current information and it will be presented as the default for future Repair activities. ******************************* V2.1 ******************************* The items fixed in Version 2.1 are: 1. When there was nothing to Repair for the Repair Dir/File Handles and Repair WPS Entries, the message box that told the user this was not displayed because the variable that the message box code tested was not set correctly. This has been fixed. 2. When displaying the Dir/File Handles the drive entries were displayed even if there were no Directory or File entries to display for the drive. This has been fixed by adding additional code to only add the drive information to the window when the first Directory or File is added. 3. The Help for the new Repair functions was not complete, but has now been completed. 4. Some object values in the 0x20000 range could be identified as invalid, when they were actually valid. This has been fixed by insuring that values in the 0x20000 range are correctly checked against the Objects entry in the OS2.INI file. 5. Some of the Repair functions take a considerable amount of time and often the INI files do not have any errors in them, so the only result is a message box telling the user that there is nothing to Repair. I was easy to miss the appearance of this box, so code has been added to cause a beep whenever the message box is displayed. ******************************* V2.1a ******************************* The items fixed in Version 2.1a are: 1. If a drive connected to the system via a switch was not switched onto the system when a Repair was requested, it was possible for a couple of the API's to return the General Failure Error code, which was not correctly handled by the Repair code. The code has been changed to look for this specific error condition and to treat the drive as an Inaccessible Drive. 2. When a Repair was requested, the Do Not Save Option was not turned on and the Save INI file had not been selected, INIMAINT would terminate with a logic error code of 1. This was caused by an incomplete check of the filename, specifically, it was checked for a NULL pointer, but not checked to see if it was an empty string. The additional check has now been added. 3. When Repairing the File/Directory Handles, the Ask Before Repair did not work because there was a drive level check placed in front of the code that asked the user and it should have been placed after the code that asked the user. The code has now been moved to the correct position. 4. Alt-R was specified as an accelerator key for Size User INI File. However, this key was needed for the Recover Menu. Therefore the Size User INI File has been changed to Alt-E. 5. In order to facilitate the processing of both the WPS Entries and the File/Dir Handles, a new set of Repair types have been added that will List or Repair both sets of Entries at one time. 6. When Invalid Handles were being listed or the Handles were being Repaired. The actual drive entry for CD-ROM and Floppy drives was not displayed in the Window. Additional code has been added to insure that these entries will always get put in the window when appropriate. 7. If the Ask First Repair Type was chosen, it was possible that the user could be forced to respond Yes or No to a very large number of items and there was no way to stop the questions until all of the appropriate items had been presented to the user. The message box has now been modified so that there is also a Cancel entry that will terminate the questions and do the Repair actions that had been requested to that point. ******************************* V2.1b ******************************* The items fixed in Version 2.1b are: 1. When attempting to open a network drive, under some circumstances, INIMAINT would get a logic error 1111 with a dos error of 3. The dos error indicates that the path is not found and is not handled correctly. Code has been added to check for this return and to treat the drive as unavailable. 2. If INIMAINT is added to the WPS main menu, it is started with the Desktop subdirectory passed as a command line parameter. This would cause a dialog box to appear indicating that the directory was not a valid INI file and asking if the user wanted to create it. In order to prevent this from happening, code has been added to examine the start-up filename and, if it is only a directory, to ignore it. 3. If INIMAINT was started with a current INI file that had been deleted, one of two things would occur. If the INI file could be created, it was created and used as the default. If the file could not be created, for example, if the subdirectory had also been removed, then INIMAINT would terminate. INIMAINT will now check to see if the default file exists and if it does not, ask the user if he wants to create it and, if he does not, then it will ask the user to enter a new filename. 4. When the Repair dialog was displayed and the current entry in the combobox that lists the type of repair was selected by hitting the tab key. A request for help would cause INIMAINT to terminate. Code has been added to the combobox help routine to check for this condition and to insure that the correct help panel is displayed. ******************************* V2.1c ******************************* The items fixed in Version 2.1c are: 1. Some users found the use of the word 'List' in the for the type of Repairs to be misleading, so the word 'List' has been changed to 'Display'. 2. The message 'Doing Repair' would appear in the Repair Dialog even when no actual Repair was being performed, but the Display window was simply being loaded. Additional code has been added to change the message to 'Loading Display' when that is all that is being done. 3. The Handles structure for certain kinds of Network situations have a Drive entry that is not a normal drive letter followed by a colon. The Repair Function did not handle this situation correctly and would get a 1114 Logic Error. This has now been fixed and will be recognized as a Network situation. 4. The Repair Options dialog did not have an entry to allow the user to ignore or bypass Network drives and other Network entries. A set of Network options has now been added. 5. There were situations where IniMaint would indicate an INI file did not exist, when it was simply opened in such a way that all other users were denied. This has been fixed by handling the check for whether the file exists in a different manner. 6. A number of additional error returns from the call to the DosOpen API that indicate a drive entry is a Network Drive have been identified and added into the code that determines what kind of drive the Repair function is dealing with. 7. The return from WinPostMsg was treated the same as the return from WinSendMsg and normally not checked. This could result in a message posting error that would not be detected by the error checking code. All calls to the WinPostMsg API have been changed so that the return code from the API is validated. 8. There are situations where it was not clear exactly where an error occurred when the Dump Dialog was invoked. The reason for this is that there are a number of error codes that are used by more than one subroutine. In order to address this problem, the error routine is not passed an additional parameter which identifies the subroutine that is reporting the error and the id of the routine that first reports an error that will cause the Dump Dialog to appear is saved by the error reporting routine. This information has also been added to the Dump Dialog Window. 9. The only way that the Repair function would ask the user about each Repair action was if the user wanted to be asked about every single item that needed to be repaired. It was not possible to select certain items and then have the Repair function only ask about those items. The Repair code has been modified so that it is now possible to check the Ask box with some of the items selected and the user will then only be asked it they want to Repair the selected items. 10. A number of the Accelerator Keys used the Alt Key in conjunction with a letter. This cause problems with menu selections and a number of other functions. All of these Accelerator Keys have now been replaced with Ctrl-Alt and a letter combinations. Refer to the Accelerator Key section of the Help for a detailed list. 11. When doing the Repair of the WPS entries or the File Directory Handles, selecting certain items to be Repaired also would cause other lower level items to be Repaired. For example, selecting a Drive entry would cause a Repair to all the items on that drive. This was not clear from the behavior of the highlighting in the window, since only the selected item was highlighted and not the other items that would also get Repaired. The highlighting code has been changed so that all of the items that are going to get Repaired will now be highlighted. 12. The initial version of the code to handle Extended Attributes has been added in this version. When the Extended Attribute feature is activated, IniMaint becomes SysMaint and a new set of menu items appear that provide editing, displaying, moving, copying and a number of other functions in the Extended Attribute area. The Extended Attribute functions are not Shareware, but are only activated when a fully registered copy is being used. Refer to the Help file under Registration for details. ******************************* V2.1d ******************************* The items fixed in Version 2.1d are: 1. The TEST function for the Extended Attributes has been implemented. ******************************* V2.1e ******************************* The items fixed in Version 2.1e are: 1. An additional option has been added to the Repair Options Dialog box. This item, Bypass Known Errors, will cause the Repair function to make some additional checks for errors it knows about and should not be of concern to the user. A full list of the things bypassed are in the on-line help file. 2. During the updating of an INI file, OS/2 creates a file in the same directory with the same name except with an extension of ###. The ### entry gets added to the Handles structure in the OS2SYS.INI file. Since the ### file only exists for a short time, it will always be identified by the Repair function as an entry in the Handles that cannot be found. Additional code has been added so that when the ### file is not found and the user has asked to bypass known errors, a check is made for a file with the same name with an INI extension. If the INI file is found, then the Repair function will not identify the ### file as a file not found. 3. The EA Test Dialog has been added to the Help file. 4. The Help file has been updated to also describe SysMaint. 5. An additional item has been added to the Extended Attribute Defaults that allows the user to specify that they always want to continue when a sharing error is encountered while processing Extended Attributes. 6. Deskman/2 adds a zero value entry to the Abstracts:Icons entry in the OS2.INI file. This entry is not found in the list of Objects, therefore, this entry is reported as invalid. Since we know the entry is valid, additional code has been inserted to check for this condition and to identify the Icon as the Deskman Icon if the user wants IniMaint to bypass known errors. 7. The WPSBKUP program creates a temporary object with the name of NFD73 during the backup process. This causes an entry to be made in the Handles structure for this filename. Since the file is temporary, it will always be identified as a file not found. Code has been included in this version to not report this specific filename if the user wants IniMaint to bypass known errors. 8. When the EA Test function found entries to add to the Test Dialog, the processing EA's Dialog was left on the screen. The exact reason for this is not known, but I believe it is associated with loading two different modal dialogs with the same Parent and Owner and then destroying the second dialog before destroying the first one. It was not possible to debug this problem because it would not occur when the program was run under IPMD. The problem has been fixed by including code to destroy the Processing EA's dialog before the Testing dialog is created. 9. If some sort of terminal error was encountered before the main window was created, no error Dialog would appear because the error routine was posting a message to the main window in order to get the error Dialog to appear. The error routine has been changed to check to see if the main window handle is valid and, if it is not, the error routine will display the error Dialog directly. 10. If the OS2.INI file was corrupted to the point that the data needed by IniMaint or SysMaint could not be read from the file, it was not possible to run the application, since it would terminate during the initialization phase. In order to get around this problem, the application will now look for an Environment Variable INIMAINT= and, if this variable is found, it will assume this is the full pathname of a file than should be used to obtain the IniMaint or SysMaint default information. For example, if the user wanted to use an INI file with the name of: C:\OS2\APPS\INIMAINT.INI then you would add the following line to your CONFIG.SYS file or to a CMD file that runs IniMaint or SysMaint: SET INIMAINT=C:\OS2\APPS\INIMAINT.INI 11. If a terminal error occurred before the name of the current INI file was filled in, the error Dialog code would get a protection exception attempting to display this name. The code has been changed to test for a null value before attempting to print the name. ******************************* V2.1f ******************************* The items fixed in Version 2.1f are: 1. IniCopy has been upgraded to handle Extended Attribute files as well as INI files. 2. The Add New Key Name item on the Action Menu did not work because a return from one of the Prf API's was not tested correctly. The test has been fixed. 3. A new item has been added to the Files Menu, Recall. Selecting this menu item will cause a submenu to be displayed showing the a list of the INI or EA files that were the current file. If one of these files is selected, it will become the current INI or EA file. The number of files displayed is controlled by a new Option in the Options Dialog and has a default value of 10. ******************************* V2.1g ******************************* The items fixed in Version 2.1g are: 1. When Updating the Extended Attributes from an EA file and one of the Source Files or Directories has been deleted, SysMaint will get a 1317 Logic Error because the Set Path Info API will give a return code of 3, indicating that the file is not found. Additional code has been inserted to notify the user of this condition. 2. The Duplicate Key menu item has been updated to handle EA files. 3. The Rename Key menu item has been updated to handle EA files. 4. The Delete Key menu item has been updated to handle EA files. 5. Code has been added to deactivate the Add Application and Add Key menu items when an EA files is the current file. Adding Extended Attributes involves adding a number of different control items and will be implemented via an entry on the Extended Attribute Menu. 6. Code has been added to delete the Condense items from the Recover Menu if the version of OS/2 is 2.1 or later. This function makes no sense for these versions, since no empty space is ever left in the INI files. 7. After Editing an Extended Attribute file and switching back to an INI file, the EA flag would sometimes not get reset, causing SysMaint to think it was working with the wrong type of file. 8. Some of the Ctl-Alt Accelerator Keys did not work correctly because of the order in which they were defined in the resource file. The sequence of the definitions has been changed so that the Accelerator Keys will work correctly. 9. The Dialog that is responsible for getting new character string information from the user was not capable of handling a character string longer than 32 characters. This limit has been increased to 255 characters. ******************************* V2.1h ******************************* The items fixed in Version 2.1h are: 1. Popup menus have been added for the various windows. Clicking on the RMB while the pointer is in the Application, Key Name or Key Value windows will popup a menu with the items that are appropriate for that window. 2. A Desktop menu item has been added to the SysMaint menu bar. This menu will eventually have a number of different entries to allow users to do various maintenance functions for the Desktop. 3. A Reset Desktop item has been added to the Desktop menu. This item will simply reset WPS so that changes that have been made to the INI and EA files that require the Desktop to be restarted will become effective. 4. It was not possible to split the EAs from a Directory or to update the EAs for a Directory because a logic error 1346 would result. The reason was that the name of the Directory that was used for one of the API's still had the trailing slash on it causing a Path Not Found error to be returned. The code has been modified so that the Directory name is specified correctly. 5. After Repairing the WPS Entries and/or the Handles Entries, it can take a considerable amount of time to free the memory for the Container Records. In order to make sure the user knows what is happening, a message dialog will now be displayed telling the user what is going on. 6. It was possible for some of the WPS entries, such as PMWP_ASSOC_TYPE, to be incorrectly marked as invalid. The reason was that a case in a switch statement was missing a break, thus causing it to fall through to the next case. The break has been added to the code so that the entries will be reported correctly. 7. If the last item in the PMWP_ASSOC_TYPE Application was associated with nothing, the association was simply left blank because the check for any association entries in the structure did not work correctly for the last entry. The test has been changed so that it will work for all entries. 8. The titles for the Extended Attribute Submenu entries were confusing for most people. This Submenu has been completely reworked and will, hopefully, be more clear. ******************************* V2.1i ******************************* The items fixed in Version 2.1i are: 1. The Edit item on the Extended Attribute Menu bothered some users because Edit implies that things are going to be modified. When SysMaint 'edited' the Extended Attributes, it did not change anything unless the user asked for a specific update of the Extended Attributes. Therefore, this menu item has been changed to View. 2. Running IniMaint or SysMaint would leave a zero length file in the default directory, INIERR.TXT. This was caused by redirecting the stderr output. The code has been changed so that stderr will only get redirected when compiling the debugging version of the program. 3. The Extended Attribute Default option to delete temporary files would only delete the files used in the Compare. The temporary files created when the Extended Attributes are Viewed should also be deleted when the user is finished Viewing the information. The code has been changed to do the additional deletes. 4. Whenever the Control or Alt Keys were pressed and held, the Key Value window would flash. This was caused by the code that disabled and reenabled the window while a key was being processed. Additional code has been inserted to prevent these keystrokes from being passed to this window. 5. If the current INI file was deleted between runs of IniMaint, the user was informed of this the next time that IniMaint was run and was asked if they wanted a new file created. If the user replied NO, then the standard User INI file, OS2.INI, was opened as the current file. However, the IniMaint entry in the INI file for the current default INI file was not updated. Therefore, the user would be asked about the same file the next time IniMaint was run and this would continue until the user did something to cause the information in the INI file to get updated. Additional code has been added so that the information in the INI file will get updated when the User INI file is made the default. 6. A Defaults Dialog has been added to the Desktop menu to allow the user to set the various default values and flags for the Desktop Menu items. 7. It was not possible to use the Copy or Move entries on the Action menu to copy the Extended Attributes for a single file to another file if the target file did not already exist. The copy would terminate with a message that the files were not compatible. This was caused by code that opened the target file before the copy was started in order to verify that the target could be used as a valid INI or Extended Attribute file. This caused an empty file to be created, which had not control information. When this file was opened by the IniCopy program, IniCopy got an indication back from the open routine that the target was not a valid Extended Attribute hold file because of the lack of control information. The problem has been fixed by modifying the open code so that it will use the default file type that it was passed when it opens a file and the file does not even have the signature bytes written to it, in short, it is completely empty. 8. The Join would not work for certain combinations of source and target sets of Extended Attributes if the sets were not the same type, such as both the Extended Attributes for all the Directories in a specific Directory. The reason for this was because a flag in the structure used to control the Join was set from the wrong source. The code has been modified so that the flag is now set from the correct source. 9. I was not possible to Compare the Extended Attributes that were current for a file(s) and/or directory(s) to a set of Extended Attributes that had been saved in a file. A new menu item has been added to the Extended Attribute menu that will now allow for this type of Compare, Compare to Saved EAs. 10. Code has been added to automatically detect the condition where the OS2.INI and OS2SYS.INI files cannot be updated. When this occurs, the user will be informed of the situation and asked it they would like for the condition to be fixed. If the user replies YES, then IniMaint will go through a reset procedure that will fix this problem and pick up where it left off. 11. In line with the item above, a new item has been added to the IniMaint Repair menu that will allow the user to have IniMaint automatically fix the problem of INI files that cannot be written to. 12. A new item has been added to the Repair menu that will allow the user to run a test for INI files that cannot be written to. If the condition is found, it will be automatically fixed if the user wants it to be. This is for users who store the IniMaint or SysMaint information in an INI file other than the OS2.INI file, thus would not normally be automatically notified when the INI files cannot be updated. 13. A number of items have been added to the Desktop menu for SysMaint that allow for a Simple backup of the Desktop, including the ability to keep as many generations of backup as desired, a selection that will generate a backup CMD file that can be run at anytime and will maintain all the generations, the ability to generate a CMD file that will do a command line restore of the Desktop, and items that will restore the two major parts of the Desktop, the directory structure and the INI files, while WPS is operational. 14. This version introduces the 'safe' versions of the program, IniSafe and SysSafe. These two versions do the same kinds of things as IniMaint and SysMaint do, however, they will not update any files or do anything that can cause a problem with the Desktop. If there are users in an organization that you want to have access to the things that can be accessed via IniMaint and SysMaint, but these users should not be allowed to modify anything, then these users can be furnished IniSafe and SysSafe in place of the xxxMaint version and they will have this capability. 15. A number of new things have been added to the help files under the category General Help Information. Most, if not all, of these topics have also been inserted into the see also lists for the appropriate subject areas. This section contains a discussion of the environment that is required for IniMaint or SysMaint, a discussion of different kinds of Desktop Backups, a description of and how to address INI files that cannot be updated, notes on how the Extended Attributes from different files are matched for things like Compare, and a description of what IniSafe and SysSafe are. In addition, all of the *.TXT files that are normally distributed with IniMaint and SysMaint have been incorporated into the on-line help. 16. If the user was running an unregistered version of IniMaint, the message that the registration information was invalid would appear everytime the app was run. This was caused by the reuse of a variable before it was tested to see if there was no registration information. The problem has been fixed by using different variables. 17. The stack size for the secondary threads was not large enough, so it has been considerably increased. 18. There were a couple of places where the memory allocation was done using the wrong routine, which would cause a problem with switching back and forth between the normal memory allocation routines and the debug routines. All of the source modules have been modified to use the correct memory allocation API call. 19. There was a problem with how the menu selection worked when the main window menu was on more than one line. This seems to have been caused by the fact that the frame window was not notified when some of the menu changes were made. Code has been added to make sure that the proper notifications are sent. ******************************* V2.1j ******************************* The items fixed in Version 2.1j are: 1. If there was a Network Drive in the Handles0 or 1 structure in the OS2SYS.INI file that was not in the normal format and any of the handles were deleted. The resulting Handles structure would be invalid because the code that rebuilt the Handles structure assumed that the Drive entry had a two character name consisting of the Drive letter followed by a colon. This is not always true for network drives and the code has been modified to use the length of the drive information in place of a default value. 2. The code in the routine that restores the Desktop Directory does not remove the temporary CMD file after doing the restore because the lines that were commented out for testing were not restored before the 2.1i version was released. The comments have been removed and the file will not get deleted. The filename will be of the form TMMDDXXX.CMD where MM is the month, DD is the day of the month and XXX is a sequential number starting from 001, and will probably be 001. 3. Because of the way the default was built and since that is what was used during testing, none of the Desktop routines to build Backup or Restore CMD files would work correctly once a new directory was chosen. This is because the new directory would have a trailing backslash and the default one did not. The problem has been fixed by insuring that all directory names have a trailing backslash. 4. The Desktop Default Dialog would put the incorrect information into the window that displays the name of the Backup and Restore CMD files, if the user tried to change these entries. Actually, the Default Backup Directory would be placed in the field. ******************************* V2.1k ******************************* The items fixed in Version 2.1k are: 1. The Repair Objects entry in the Repair Dialog has been upgraded so that the display will include the folder that contains the Object and, when the Object is deleted, all references to the Object will be removed from the INI files and the Desktop will be reset. This will assure that the Object has been completely deleted, even if it cannot normally be shredded. 2. The SysMaint Desktop Backup still did not work because of an error in specifying one of the filenames. The first character of the filename was left off. The code has been changed to create a CMD file with the correct filename. 3. If the user chose the User INI File or System INI File options from the Files Menu as the file to view immediately after Viewing a set of file and/or directory Extended Attributes, the temporary file that contained the Extended Attributes was not deleted and a message would be seen indicating that the Current INI file could not be deleted. This was caused by a failure to save the temporary filename in the old INI file field when the two menu items above were selected. The code has been updated so that the old filename will be properly saved in both situations. 4. Some changes have been added to the Dump code so that the Version, Date and Time of the dump information will be included. 5. The Dump of certain control structures was limited to only 100 members of each structure. There were times when this limit was too small and critical dump information was in included. Therefore, the limit has been increased to 1000. 6. A new item has been added to the available types of INI File Repair. IniMaint will now check the OS2.INI file for leftover PM_ProgramListxxx entries and remove them at the user's option. These entries are no longer needed under OS/2 2.1 and can cause problems with deleting of Program type Objects that are contained in the entries. 7. A new item has been added to the available type of INI file Repair that will remove old Printer information from the OS2SYS.INI file. When Printers are removed from the Desktop, some of the old information is left in the INI file. While this information does not cause a problem with the Desktop, it can cause a problem with various programs, such as Word Processing programs, that look in the OS2SYS.INI file for printer information. Some of these programs will assume that the old printers can still be used. However, any attempt to print to the old printers will be unsuccessful. This item will examine the 10 or so entries in the OS2SYS.INI file that might have old printer data left and remove it at the user's option. ******************************* V2.1l ******************************* The items fixed in Version 2.1l are: 1. The SysMaint Restore process was not sufficiently robust, so a number of things have been done to address the problem. First, the Restore CMD file will no longer use OS/2 Commands to clean up the Desktop Directory, this will now be done via a new program, IniClean, that simply has the root as the input and will use the root information to remove whatever Desktop Directories and Files currently exist. In addition, the name of the programs that are executed are now fully qualified, so the CMD file will work with any directory as the default directory. 2. In order to assure that the executable files and the source and target files for the various Backup and Restore actions will all be found correctly, all file, directory and program names are now fully qualified and enclosed in quotes. 3. The Desktop Restore Command file did not have lines that would erase the existing OS2.INI and OS2SYS.INI files before the UNZIP was done. Additional lines have been added to insure that this is done. 4. The Repair of the PM_ProgramListxxx entries did not remove all the references to the Application. It is possible for entries also be stored in the PM_Workplace:Location Application. Additional code has been added to insure that these entries are also deleted. 5. The Repair Printers Item did not recognize IBMNULL Printer entries, which should never be deleted, if they had lower case characters in the name. The type of compare has been changed so that upper and lower case characters will compare the same. 6. When an attempt to remove a Printer entry was not successful, the program would terminate with a Dump Dialog. Since the inability to remove a Printer entry is not really a terminal type of error, the code has been changed to simply notify the user when this situation has occurred. 7. There were some areas in the Repair Printer and Repair PM_ProgramListxxx routines where memory could be left allocated. This memory would be freed once the program terminated, but should not be left allocated. The problem areas have been fixed. 8. A new Button has been added to the Dump Dialog, Continue. Previously, when a Dump occurred because of some sort of error condition, the user had no option but to terminate the program. The Continue Button gives the user the ability to continue processing even though an error has occurred. If the user chooses to Continue, they will be warned that an error condition could continue to exist. 9. If there was a problem removing a printer entry, the Dialog that indicated that the INI files could not be written to would appear. This was in error, since the problem was that a specific OS2SYS.INI file entry could not be removed, therefore, additional code has been inserted to handle this condition. 10. If one of the threads other than the main thread got an error attempting to make a change to the OS2SYS.INI or OS2.INI files, the code that indicated that the INI files could not be updated would be entered. This code would abend with a logic error of 1201 because an attempt would be made to pop up a message box for a thread that did not have a message queue. Additional code has been inserted to insure that the check will only be made for the main thread. 11. In order that the user knows the limitations of the Sysmaint Restore process, a message box will be displayed anytime the users asks that the Restore CMD file be created that explains the limitations. ******************************* V2.1m ******************************* The items fixed in Version 2.1m are: 1. If the user selected Continue after a dump and the supplemental error text field had been allocated, the memory was not freed. Code has been added to free this memory. 2. There were possible combinations of user names and SysMaint registration codes that would not register correctly because a variable would evaluate to zero. Additional code has been added to check for this condition. 3. It was possible to get a protection exception when attempting to remove invalid registration information. The code has been changed so the INI file will get updated correctly. 4. If the IniClean program used to do the restore of the Desktop did not find the old Desktop, it would terminate with an error rather than simply allowing the restore process to continue. Additional code has been added so that the condition will no longer be treated as an error. ******************************* V3.0 ******************************* The items fixed in Version 3.0 are: 1. It was possible to get a logic error 1109 when attempting to do a Repair because of filenames in the Handles structure that contained *. This generated an Invalid Path DOS error that IniMaint was not handling correctly. Additional code has been inserted to handle this DOS error code. 2. During certain copy operations it was possible to get a 1201 logic error code because an attempt was made to pop up a dialog box for a thread that did not have a Message Queue. This problem has been fixed by insuring that every thread that creates an Anchor Block also creates a Message Queue. ******************************* V3.0a ******************************* The items fixed in Version 3.0a are: 1. Under certain circumstances the Application level compare of two INI files would go into a loop. The problem was caused by a pointer not getting incremented correctly and has been fixed. 2. An additional check has been added to the Repair File Handles routine that will look for Orphan Handles, Handles with no Parent in the structure. This condition would previously cause a 1115 Logic Error, but will now be added to the list of invalid handles with a error message that identifies it as an orphan handle. 3. If the INIMAINT= Environment Variable was invalid, the Dump Dialog would appear after the message box that informed the user. There was no reason to display the Dump Dialog and it will no longer appear. 4. Some users were confused by the All Groups display, which includes the Applications which are in any of the defined Groups. Therefore, additional text has been added to the Help entry that discusses the contents of the Groups Listbox. 5. A number of new users have mentioned that they were not sure how to get started with IniMaint and SysMaint, so a Getting Started section has been added to the Help file. ******************************* V3.0b ******************************* The items fixed in Version 3.0b are: 1. While getting the Extended Attributes for the Desktop of the MultiMaint Portable Backup, the memory for the EAs for each directory or file should have been freed after the information was recorded in the *.EA file. However, this was not done, causing the program to use very large amounts of memory. The appropriate areas are now freed correctly and the total memory requirement is much smaller. 2. If a Filename in the Handles structure contained invalid characters, it was not identified as having a invalid format and was, therefore, no placed in the window listing files that should be Repaired. This could result in a number of different problems ranging from a Desktop that would not boot to Orphan Handles in the File Handles structure. The code has been fixed by adding a new type of error that will identify these entries as being an invalid name. 3. Additional information will be captured by the MultiMaint Beta Code. This is the second of three steps in producing a workable version of the program. 4. The MultiMaint Beta did not release the memory as it obtained the Extended Attributes for each Directory or File. This has been fixed, so the Portable Backup code will no longer cause the Swap file to grow by several megabytes. 5. Additional error recovery has been added to the MultiMaint code so that recovery from an error condition will be reported correctly, all of the WPS pointers changed for the data collection will be restored to their original value and there will be no problems with WPS after the test. 6. The IniClean program would leave part of the Desktop when there were several levels of nesting of Folders because the Folders were done in the incorrect sequence and some of the chain information was lost. The sequencing has been corrected and all Desktop information will now be deleted. 7. If a generation other than generation 01 was used for the restore of the Desktop, an error was encountered because there was a space between GO and TO in the CMD file. The space has been eliminated, so the CMD file will not encounter the error. 8. There were a number of situations where a Dump Dialog would appear if the name of a file used by one of the dialogs was old and pointed to a directory that no longer existed. What should happen is that the user is informed that the file cannot be opened. All of the locations that would have generated a Dump Dialog have been changed to simply pop up a message box. 9. The accsswps.dll file is a dll that is only needed for the upgrade to SysMaint, which is in beta. However, V3.0a would not run without this file because there were some calls to the AccessWPS API's in the Dump Dialog code. These lines have been made conditional based on some compile options, so this dll is not longer required for IniMaint or SysMaint and can be erased. 10. Two items have been added to the popup menu for each of the windows. One of the items will write the contents of the window to a file and the other will print the contents of the window. 11. It was possible for IniMaint to run out of stack space in certain very unusual situations, so the primary stack size and the thread stack size have both been increased. 12. Although it is, in theory, impossible to have an Application with no Keys, some examples of this condition have been seen in some INI files. It was not possible to delete these Applications with IniMaint because IniMaint attempted to use a pointer that was NULL in this particular situation. Additional code has been added to handle this condition and these Applications can now be deleted. ******************************* V3.0c ******************************* The items fixed in Version 3.0c are: 1. The Write and Print Window contents items added to the popup menus in the previous version, did not identify the Application when the Key Name window was the source and did not identify both the Application and Key Name when the Key Value window was the source. This made it necessary to manually document this information on each printout or in each file. Additional line have been added to the heading information to output this information. 2. The name and location of the logging files for the Repair, Extended Attributes and Portable Backup functions were fixed and would always be in the default directory. Now, both the name of the logging file and its location can be selected by the user from a new entry in the Options or Defaults Dialog for the particular function. The selected file will be remembered from one run of IniMaint or SysMaint to the next. ******************************* V3.0d ******************************* The items fixed in Version 3.0d are: 1. The initial Portable Restore capability has been added to the MultiMaint version. 2. The application names of the Objects saved during the Portable Backup have been changed to eliminate the Desktop Directory. This was redundant information, since every Application started with the Desktop, since every Object is on the Desktop. 3. The INI File write routine will no longer cause the Dump Dialog to appear when it finds an error, it will simply pass the error back to the calling routine. It will be the responsibility of the calling routine to pop up the error dialog. The problem with having the write routine pop up the error dialog is that the id of the routine actually having the problem and the INI file that was causing the problem would often be lost. 4. There were conditions where the Save or Write INI file for various functions could get the RO attribute left on even though the file was not actually opened. This would cause a 704 Logic Error the next time the file was used because the file would be considered to be Read Only by OS/2. Additional code has been inserted to insure that the RO attribute is not set for these files, so that they will always be usable. 5. When a error occurred during a Repair operation, there were situations where the error logging was not sufficient to easily and accurately determine the problem. Additional information will now be logged to improve this area. 6. If it was not possible to open the file currently set as the Save INI file for the Repair because the file had been chosen in a past run and the directory structure had been changed to make the path and file name combination invalid, an abend would occur with a generic Logic Error code of 1. Additional code has been added to insure that the Save INI file can be opened before any Repair is executed which will need to Save any of the INI file data. 7. The timeout for the execution of the WPS and SOM methods was set at 30 seconds, which turns out to be too short for some methods, such as wpPopulate. Therefore, the timeout has been increased to 3 minutes. 8. The Repair Uninstalled Printers code would sometimes incorrectly identify a Printer as not being installed because the key Value entry for a critical Application had an ending semicolon. The semicolon caused a compare to be unequal, thus causing the incorrect conclusion. The code has been modified to ignore the semicolon when doing the compare in question. 9. The physical sequence of many of the items in the Help file have been changed to make them more logical. This has no effect on the actual Help, however, there are programs that will transform the Help file into a text file that can be used in a word processor or printed. When this is done to the Help file, the physical sequence of the items determines the sequence of the items in the output file. The changes were made in order to make this process easier ******************************* V3.0e ******************************* The items fixed in Version 3.0e are: 1. The DEF file for the DLL that holds the API's supplied with the compiler had an incorrect DLL name because of the conversion from V1.0 of the compiler to V2.01 of the compiler. This meant that IniMaint and SysMaint would not run without the DDE4MBS.DLL file. The DEF file has been fixed and the C SET/2 DLL is no longer required. ******************************* V3.0f ******************************* The items fixed in Version 3.0f are: 1. There were situations where memory would not get freed when Continue was selected after the Dump Dialog was displayed. Code has been inserted to insure that everything is freed once the dialog has been dismissed. 2. If the Save INI file does not exist when an attempt is made to do a Repair, a logic error 634 will result because an attempt is made to remove the Read Only Attribute from a file that does not exist and the code does not test for this condition. The code now makes the appropriate tests and this error will no longer occur. 3. The initial Explain capability has been added to the popup menus for each of the three windows. This is a feature that will continue to evolve over time as more and more is learned about the various entries in the INI files and Extended Attributes. 4. The Repair File Handles did not correctly process Directory or File Names that had characters in them that are not considered printable Ascii characters. The names were immediately identified as invalid, even though no actual check was made. This turns out to be an incorrect approach because there are names in non-US versions of OS/2 that are valid and contain these characters. The code has been modified so it will check a name from the Handles structure, even if the name contains characters that are not printable Ascii characters. 5. The EA Test Dialog Write File name was not remembered from one run of the Dialog to the next. This forces the user to select this file from scratch every time they want to have the contents of the Listbox written to a file. The Filename will now be remembered and it will be displayed as the Default File whenever the Write button is selected. 6. There was still a problem with certain printers being identified as not being installed, when there were perfectly valid. Additional changes have been made to the code that validates the printers so that printers that are valid will not be treated as invalid. 7. The default selection on all three popup menus has been changed from the Refresh item to the Explain item. 8. The Help for the Popup Menu items: Write, Print and Explain have been added. 9. It was possible that the Desktop Restore CMD file would not create the new Desktop Directory structure correctly if the default drive was not the same as the drive that contains the Desktop. Therefore, two additional lines have been added to the Restore Command file to insure that the correct drive is the default drive. 10. The Popup Menus did not have the Accelerator Keys noted as part of the Menu lines. This information has been added to each line. 11. There were no Accelerator Keys for Write Window to File or Print Window, these have also been added and are the same for all three possible windows. An Accelerator Key for Explain has also been added. 12. It was possible to Exit from IniMaint or request a second window Print or Write while there was already a Print or Write in progress. In the case of the Exit or Write, several things could happen, but the most likely was a protection exception. In the case of the Print, a logic error 1504 would occur because an attempt was made to set a semaphore that was already set. All of these situations have now been fixed by the addition of code that will cause the routines involved to wait for the current activity to be completed. ******************************* V3.0g ******************************* The items fixed in Version 3.0g are: 1. A number of people have had problems with the Repair Objects item in the Repair Dialog. Most of the time, user have simply selected the Do Repair item and then Execute. The effect of this is to remove every object from the Desktop. In order to address this problem, two things have been done. First, the name of the item has been changed from Repair Objects to Destroy Objects and, second, the Do Repair button warning has been changed to make sure that the user understands that every Object Destroyed will be removed fro the Desktop. 2. Many, but not all, Objects have Location information in the PM_Abstract:Objects entry for the Object in the OS2.INI file. However, for some reason, not all of the Locations defined in the Objects are present in the PM_Workplace:Location entry in the OS2.INI file. This apparent inconsistency does not seem to cause a problem in the vast majority of situations. However, it is an inconsistent situation, so an additional Repair Item has been added to the list, Restore Missing Location Entries, which will display any Objects with Location information that is not in the Location entry and give the user the ability to add the appropriate information. 3. The Variable dump did not identify the version of OS/2 being used, which has caused confusion in certain situations, therefore, this information is not included in the variable dump. 4. The Repair File Handles and Repair WPS Entries would not work with versions of OS/2 prior to V2.0 because of a change in the names of some of the Applications in the OS2SYS.INI file. Additional code has been added to handle either name format. 5. If a music CD was in the CD-ROM drive when a Repair of the File Handles was attempted, the Repair would abend with a 1109 Logic Error because Sector Not Found was returned from the Query Path Info API. Additional code has been added to handle this return and a couple of other similar return values. 6. Once a drive was identified as a Network Drive by the Repair Handles routine, all files and Directories on the drive were considered to be invalid, even without checking them and even if the Automatic Repair was set in the Defaults. The code has now been modified so that Network drives will be handled the same as CD-ROM and VDISK drives and in accordance with the Default settings. 7. There have been a couple of situations where the Repair Uninstalled Printers Repair function has caused a problem with the Desktop. In order to insure that this does not happen in the future, this item will not work unless the IBMNULL printer is installed, thus insuring that none of the critical Applications in the OS2SYS.INI file will have their last Key Name deleted, thus deleting the Application and causing a problem on the Desktop. If the IBMNULL printer is not found, then user will be informed of it via a Message Box and the structures that hold any Uninstalled Printer information will be cleared and the memory freed. 8. The Restore of the Desktop Directory from the Desktop Menu item could have worked incorrectly because the Desktop Directory could not be found, but the user was not informed that an error had occurred. This was caused by two problems, the first was a place in the code where a check for an empty Desktop directory was not made and this problem has been fixed. The second problem was that the IniClean program would revert to the default directory when it was run without any input parameters and this has also been fixed. 9. When the Restore Desktop Directory entry was selected from the Desktop Menu, the CMD file that was built attempted to also unzip a new copy of the INI files. The unzip was not successful, since the INI files already existed, but there should not have been an attempt to unzip them and the code to do this has been removed from the CMD file. 10. An attempt to reset the Desktop Directory using the Desktop Menu item would result in a SYS3175 error because of a difference in the size of a structure that was caused by changing a system wide size variable and not recompiling all modules. All of the modules have been recompiled, and this fixed the problem. 11. The reset of the Desktop Directory from the Desktop Menu left two zip file in the default directory. Additional code has been added to insure that these files are erased once the restore and reset are complete. 12. One additional situation was found where an attempt would be made to delete a printer that was actually installed on the Desktop. The problem occurs when a specific combination of Driver and Printer names were used by the installed Printer. Additional code has been added to identify the problem and prevent the printer from being reported as not installed. 13. There are three places where WM_TIMER messages are processed, but non of the code that handled these messages made a check to verify that the Timer that issued the message was the expected one. The effect of this was that the code would take some specific action based on the assumption that a specific Timer event had occurred, when it was possible that it had not occurred. The specific condition that identified this problem was a user who had the initial dialog turned on and had accidently erased the INIMAINT.HLP file. The user would get the message that the Help was not available and then, sometimes, would get a Logic Error 610 and sometimes would have no further problems. Which event occurred depended on whether there was a Timer message received from an unexpected Timer while the problem with the Help was being handled. Additional code has been added to insure that Timer messages are ignored except when they have been caused by the appropriate Timer. 14. There were a number of readability problems with the IniHelp.TXT file, so some changes have been made to improve the readability. Most of the changes involve adding extra blank lines between paragraphs, indenting lists, making sure there are two spaces after the end of each sentence and a few other minor changes. ******************************* V3.0h ******************************* The items fixed in Version 3.0h are: 1. There were rare situations where the Repair Location entry in the Repair Dialog would incorrectly identify a missing location, normally it would report it as <>. This was caused by starting the search for the location information too early in the Object data. The code has been changed to start the search at the correct place and also to ignore a location of <>. 2. There were situations where the Repair Uninstalled Printers Repair entry in the Repair Dialog would get a logic error 1128 if some of the required printer information entries had been manually removed from the OS2SYS.INI file. The code has been changed so that the user will now be informed via a message box that critical information is missing, so this type of Repair cannot be done. 3. It was possible to get a Logic Error 1112 when attempting to do several of the Repair functions because the Open of a Network drive was successful, but the driver for the Network drives did not support the DosDevIOCtl API causing an Error Not Supported return from the API. Additional code has been inserted to handle this error return along with a number of related errors. 4. There was a problem using the IniClean program when OS/2 was booted from a floppy because this program needed the INIMTAPI.DLL and it was normally not available because there was no active LIBPATH. The compile parameters for IniClean have been changed so that the RTL is linked statically instead of dynamically, this removes the need for the API DLL. 5. It was not clear from the documentation that the Restore CMD file generated by the menu item on the Desktop Menu was only intended to be run when PM and WPS were not running. Additional documentation has been added to make this more clear. 6. It was possible to get a 1501 Logic Error when asking for an Explain of the contents of a folder that contained an Object ID for an Object that did not exist. An extra check has been added to fix the problem. 7. If an attempt was made to select a new Target File in the Compare Files Dialog, the new File Dialog appeared underneath the Compare Dialog. This was caused by a problem with the Owner and Parent windows of the two windows. The Owner and Parent relationship has been changed, so that the boxes will appear correctly. 8. I was possible to dismiss the Compare Files Dialog while the Select New Target Dialog was active. A 1305 Logic error would then occur when the Select New Target File dialog was dismissed. Additional code has been added to prevent the Compare Files Dialog from being dismissed while the Select New Target File Dialog is active. 9. When comparing two INI Files on a Key Value Level and an entry was found in both INI files with the same Application Name and Key Name but with Values that had different lengths, the Compare would not mark the Key Values as being unequal. Additional code has been added to insure that this condition will now be handled correctly. 10. If the Target File selected for a Compare was a file that did not exist, the file would be created and the Compare would identify the entire contents of the Source File as not being in the Target File. Since this is nonsense, additional code has been added to identify this condition and tell the user that a new file cannot be the Target for a Compare. 11. If a Logic Error 617 occurred, there was not sufficient diagnostic information in the Dump Dialog to diagnose the problem. Additional code has been added to put the appropriate printer information into the supplemental error text field so that problems in this area are easier to find. 12. Both the Groups and the Compare Listboxes allowed multiple selection, but not extended selection, where the mouse button could be held down and the pointer dragged down the entries. Both Listboxes have been modified to allow extended selection. 13. If the Default Printer could not be found when an attempt was made to Print the contents of a window, a Logic Error 617 would occur. Additional code has been added so that the user will be informed via a Message Box that the Printer cannot be found and the Print will simply not be done. 14. One of the most common errors is that an attempt to write to an INI file will fail. This causes a Logic Error of 704. Frequently, the user will understand exactly what is going on when this error occurs and would simply continue, were they to know the exact problem. Therefore, the Error Handling code has been modified to look for this error, report it to the user via a Message Box and give the user the opportunity to continue processing. 15. A number of users have had problems making relatively minor modifications to the Extended Attributes for a Directory or File. They have pointed out that the procedure for doing this is not at all clear. Therefore, an additional item has been added to the On-line Help and to the IniHelp.TXT file that explains how to make such a change. 16. For a number of Extended Attribute functions it was possible to select the same directory or file as both the Source and the Target. This is illegal and can result in unexpected, but invariably bad, results. Code has been inserted to check for this condition and, if it occurs, inform the user and terminate the selected function. ******************************* V3.0i ******************************* The items fixed in Version 3.0i are: 1. When the Update INI File entry was selected from the Action Menu and the Confirm Before Update Option was selected, no confirmation was asked for. The user will now be asked to confirm the update, if they have selected this Option. 2. When Replacing a Key Value, the user was not asked to verify the change, even if the Ask Before Change Option was selected. The user will now be asked if they have selected this Option. 3. When an Application or Key Name was changed and the Ask Before Change Option was selected, the user was not asked to verify the change. The user will now be asked if this Option is selected. 4. When the Confirm Before Change Option was selected, a change was made to the INI file and Cancel selected in the Confirm Dialog, it was possible for the Confirm Dialog to appear more than one time. The reason was that the File Updated flag was not reset when the user cancelled the Confirm Dialog. The File Updated flag is now reset before the Confirm Dialog appears, so it will not appear multiple times for the same change. 5. The documentation states that the Rename or Duplicate Items on the Action Menu will allow duplicate Application Names. However, it is possible that a user will duplicate an Application Name without realizing it and this could have serious and invariably bad results. Therefore, additional code has been added to look for this condition and, when found, the user will be informed via a message box and given the option to terminate the operation at that point. 6. The Fast Copy Option is not needed for any version of OS/2 higher than V2.0. However, the Options Dialog would still allow a user to set this Option. Additional code has been placed in the Options Dialog that will prevent this Option from being set for and Version of OS/2 higher than 2.0 and will tell the user that the Option is not needed for these versions. 7. The Add/Replace Key Dialog did not place the cursor in the Ascii Text field when the Dialog was initialized, even though this was the most likely place where information would be entered. The code has been changed to place the cursor in the Ascii field when the Dialog is initialized. 8. The Help for the Add or Replace Key Value Dialog only mentioned that it was for the Replace function, not for the Add function, therefore, all references have been changed to include a reference to the Add function as well as Replace. 9. There was no Help entry for the Add Zero Terminator Checkbox in the Add or Replace Key Dialog. The Help has been added. 10. The Help for the Select Group Dialog and Listing did not mention that these items cannot be invoked directly, but are called automatically when a Group needs to be selected. The Help has been modified to include the additional information. 11. When displaying All Groups in the Groups Dialog, it was possible to remove an Application from All Groups by deselecting it. Sometimes, this is the desired action, however, it is sometimes an error and could create a situation where the user did not remember the groups to which the Application belonged. Therefore, the user will now be asked to confirm that he wants to remove an Application from All Groups if there is more than one Group. If there is only one Group, the user will not be asked to confirm the removal, since displaying All Groups is the same as displaying the single Group. 12. When copying the contents of one INI file to another, any Application which already exists in the Target file will actually get merged with the same Application in the Source file. This creates a problem for the IniMaint Groups, so a special check has been added to the copy code that will check for the IniMaint Group Application and delete it from the Target file before the Source information is copied. 13. If certain parts of the Group information got out of synch with each other, it was possible to create an INI file that IniMaint and SysMaint could not process. Additional checking has been added to the code that handles the Group information to insure that any excessive information is ignored. 14. The Repair Options Dialog did not get the focus when it initially appeared because of how the initial dialog message was handled. The Dialog will now get the focus correctly. 15. When the Select Repair Logging File Dialog was selected, the Options Dialog was not large enough to contain the standard New File Dialog, so the Options Dialog has been made wider, so it will correctly contain the New File Dialog. 16. A Repeat Last Find entry has been added to the Find Menu. This entry has also been added to the Popup Menus. In previous versions it was necessary to go through a couple of steps to do a Repeat Find, which is the most common selection. 17. The 'Global Find' entry in the Find Text Dialog has been changed to 'Global Find Text' to make it more clear. 18. The 'Select New Desk Directory' has been changed to 'Select New Desktop Dir.' in the Desktop Defaults Dialog. 19. A new version of the UNZIP program is now available. Since the new version comes as a 16 bit version and a 32 bit version, the name of the EXE file has been changed from UNZIP.EXE to UNZIP32.EXE for the 32 bit version. Since UNZIP is used in a number of the SysMaint Desktop functions, the code that searches for this program will now first search for UNZIP32.EXE and, if that is not found, search for UNZIP.EXE. The code will only fail if neither EXE is found. 20. A new Version of the ZIP program, V2.0.1, has just become available. This version will not ZIP a file that has the System Attribute set unless an additional parameter is supplied, -S. This is a required parameter for OS/2 2.11, which is OS/2 2.1 with the Service Pack, because both the OS2.INI and OS2SYS.INI files have this Attribute turned on because they are always open. The previous version of ZIP would ZIP files with the System Attribute on without the -S parameter. In fact, the -S parameter is not valid for versions of ZIP prior to V2.0.1. Therefore, it is necessary for SysMaint to know the version of ZIP being used in order for it to know whether to add the -S parameter to the line that runs the ZIP program. Since there is no way to know this by looking at the program, whenever the Backup Command file is being created, the user will be asked which version of ZIP they are using. ******************************* V3.0j ******************************* The items fixed in Version 3.0j are: 1. When making a Backup of the Desktop or creating the Backup CMD file, the user is asked if they have a new or old version of the ZIP program and one of the options is to cancel the action. If the action is to make a Backup of the Desktop and Cancel is selected, the Backup attempts to proceed anyway. This will no longer happen and Cancel will actually Cancel the Action. 2. The Compare Files Dialog can be used to compare either INI files or EA files. However, the text for the Source and Target files specifically refer to INI files. The text has been modified to remove the INI designation. 3. If the MultiMaint Portable Restore tried to restore certain WPS WPProgram values with the original value set for the Object, the Restore did not work because the original information had already been freed. Additional code has been inserted to fix this problem. 4. When Restoring a WPProgram Object, the EXE Name and the Default Directory would sometimes not be set. This was mostly true when the Object was restored to a different machine, but could happen on the same machine. Additional checks have been added to fix this problem. 5. The Message Box displayed to confirm that a Change should be made always asked if the Key Value should be changed, even if that was not the modified item. The text in the Message Box has been modified to make it more general. 6. If the Copy or Move item is selected on the Extended Attribute Menu and the Target File does not exist, the Dump Dialog will appear with a Logic Error of 1 and a DOS Error of 206. This has been fixed. 7. When Comparing Extended Attributes, the parent of the Compare Dialog was made to be the SysMaint Window. Therefore, if the window was not large enough, now all of the Compare Dialog could be seen. The Parent has been changed to the Desktop, so the entire dialog can be seen, no matter how large the SysMaint window is. 8. In the Variable Data Entry Dialog, it was necessary to tab to the OK Button and then hit Enter in order to dismiss the Dialog. Additional code has been put in this dialog to check for the Enter Key and, if the window with the focus is still the Entry Field, the Dialog will act as if the Enter Button was selected. 9. There were a couple of situations where a Logic Error would set the Error Code correctly, but the Dump Dialog would not appear. The reason for this was that there were a few situations where some windows were not cleaned up before an attempt was made to display the Dump Dialog. Code has been inserted to insure that these windows are cleaned up correctly. 10. The EA validation code would mark a text string EA as invalid if it contained a CR or LF character. This is an error, since many names of Objects on the Desktop are multiline entries and will contain on or both of these characters. The problem has been fixed by adding code to check for these two characters when examining a text string and treating them as valid characters. 11. Many of the Dialogs did not have a Default Button that would be executed when the Enter Key was pressed. This has been added to all of the Dialogs for which it is appropriate. 12. If the MultiMaint Portable Backup found a Shadow Object and got a valid pointer to the Object being Shadowed, but was not able to find the original Object, a Logic Error 1737 would occur. Since this is a possible condition and simply indicates that the Shadowed Object does not exist, the code has been changed to treat this as an Orphan Shadow. 13. There was a problem with the MultiMaint Portable backup where the Real Name for the Desktop would be recorded in the *.WPS file twice, once with the incorrect Application Name. This would cause a problem when the Restore was attempted because the incorrect entry would not have a Level Key Name and would cause an error while attempting to load the Restore Window. The problem has been fixed. ******************************* V3.0k ******************************* The items fixed in Version 3.0k are: 1. The Accelerator Keys were added for the MultiMaint items on the Desktop Menu. 2. The Help for the Portable Backup and Restore was added to the Help file. 3. There were conditions where selecting Cancel in the New File Dialog while selecting a new Target File for the Compare would cause a Protection Exception because the default filename was placed in a structure even if the default filename was a NULL pointer. The default will not be placed in the structure unless it is verified that the user has actually selected a new file. 4. The Deskman/2 Setup code could leave a reference in PM_Workplace:Location that did not exist in PM_Abstract:Objects. The Inimaint Repair would flag this an invalid entry and remove it. However, the entry would return because it is needed by Deskman/2. Additional code has been added to the Repair WPS Entries routines to look for this special entry and to treat it as a valid entry if the user has turned on the Option to Bypass Known Errors in the Repair Options Dialog. 5. There were situations where the variable dump would not contain all of the required information for very large Desktops because the number of lines of any one kind of data was terminated at 1,000 lines. This limit has been raised to 5,000 lines. 6. There was at least one condition where an Object that was restored by MultiMaint would be positioned correctly on the Desktop, but the position would not be correct after the Desktop was reset. Additional code has been added to check for the condition and insure that the Object Instance information is saved before the Desktop is reset. 7. Certain Objects were not Restored to the correct position by the MultiMaint Restore. This was caused by the position information being overwritten by the default position information. An additional check has been added so that the valid position information will not get overlaid. 8. If the Directory specified for the Portable Backup did not exist, then the Portable Backup would report that the INI files could not be copied and would then popup the Dump Dialog with a generic Logic Error code of 1. The routine has been modified so that the user will be informed, after the first copy does not succeed, that the Backup cannot be done because the INI files could not be copied. 9. There was a condition where the EA information from a number of the EA functions could end up in the incorrect file. Specifically, the current INI file would end up with the EA information rather than have it placed in a separate file. There were a number of things that had to occur in order to make this happen. An additional check has been added to the code that selects the Target file for these EA functions so that the problem will not reoccur. 10. There were some situations where the Repair File Handles would create a File Handle Structure that was not valid and this would result in Desktop corruption upon rebooting OS/2. The problem only occurred with HPFS Filenames and required that the Filename contain a comma, be a file that did not exist and in a directory that did not exist. The Repair code has been changed so that an invalid Driectory will force all Files and Subdirectories to be invalid. A side benefit of this change is that the File Handle Structure is now loaded more quickly, especially if there are a number of invalid Directories. 11. If an attempt was made to Restore an Object whose Class was not one of the standard Classes, such as the Desktop when ExtendedDesktop was being used, and the Object was not in the first group of Objects being Restored, the Restore would not work because of a data error 10. The reason this occurred is because the structure that identified the non-standard Classes was freed after the first set of Objects were Restored. The code has been changed so the structure will only get freed after all of the Restores are done. 12. There are a number of Classes of Objects that use unusual identifiers to save instance information that is not normally saved by the standard WPS methods. While some of these Classes were handled correctly, unknown Classes were not handled. Addtional code has been added to handle these situations correctly. 13. When there were substitutions needed for the proper handling of Restoring Instance information for non standard Classes, the substitutions were not recorded in the WPS Logging file, thus making it difficult to verify how these classes were handled. Additional code has been added to log this information. ******************************* V3.0l ******************************* The items fixed in Version 3.0l are: 1. There were situations where MultiMaint would reset the Desktop when it was not necessary. The setting of the Reset flag has been moved so that the reset will not occur unless it is necessary. 2. There was a condition where the Repair Dialog could get a SYS3175 error if the fully qualified name of a Directory and/or a File was very close to the maximum number of characters. The size of the variable that holds this data and all variables that hold simliar data were expanded, where necessary, in order that this problem will not occur again. 3. The new version of ZIP will not ZIP files that have the System Attribute on without a special parameter. The same parameter is considered an error by a previous version of ZIP. This had been handled by asking the user which version of ZIP they had each time the Snapshot Backup CMD file was created. Many users found this annoying. The creation of the Backup CMD file has now been changed so that the System Attribute will simply be turned off before an attempt is made to ZIP the OS2.INI or OS2SYS.INI files. The attribute will be left off, since it does not cause any problems and will get reset at the next Boot anyway. 4. Folders whose WPS Class was not the standard WPFolder Class would not get their contents saved except for the very first time they were encountered. The routine which identifies which objects are Folders or have a WPS Class that is derived from WPFolder has been changed to fix this problem. 5. Still another problem was found in the Repair Uninstalled Printers routine and fixed. 6. There were a couple of places in the code where an Application/Key Name combination with a one byte Key Value would be interpreted as a missing Key Name. This was code that was left over from an old problem with one of the Prf API's. All of the affected areas have been updated so that only a true return of Zero from the appropriate API will be interpreted as a missing Key Name/Value combination. 7. An additional Option has been added to the Desktop Default Dialog that will allow the user to specify whether they want the System Attribute reset whenever the Backup CMD File is rebuilt. This Option only applies to OS/2 V2.1 with the SP and beyond. In order to insure that the User makes a decision on this issue, the first time that a Backup CMD file is created under the appropriate version of OS/2, the user will be asked how they want to handle this area. Once this question is answered a single time and the Option is set, based on the answer, the user will not be asked the question a second time, but can always modify the Option by using the Desktop Defaults Dialog. 8. There was a problem with the position of Objects Restored to the Desktop would not be preserved once the Desktop was reset. This problem occurs on Desktops that have installed the OS/2 V2.1 SP and beyond. In the process of working on this problem, it was discovered that the Reset of the Desktop after Restoring Objects with the Safe Restore Box unchecked was not necessary for this version of OS/2. Therefore, the code has been modified so that the Reset of the Desktop will not be done for OS/2 2.1 SP and beyond. 9. Solving the problem described in 8. above created a new problem for the situations where an Object is Restored to the Desktop, the Class of the Restored Object replaces an existing Class and the new Class is not already registered. In this case, the replacement will not be effective until the Desktop is Shutdown and OS/2 is Rebooted. Therefore, code has been added to identify when the Shutdown should occur and will either do the Shutdown or ask the user if they want the Shutdown to be done, based on a new Option in the Portable Defaults Dialog. 10. The best thing to do after a number of Objects have been Restored via the Portable Restore is to immediately Shutdown the Desktop and Reboot OS/2. Additional code has been added to ask the user if they want this done, assuming that the condition described in 9. above does not exist. This feature can be truned off via a new Option in the Portable Defaults Dialog. 11. For versions of OS/2 prior to 2.1 with the SP, the Desktop would get Reset if certain kinds of Restores were done. The user had no control over whether this was doen or not. In order to give the user additional control, a new Option has been added to the Portable Backup Defaults Dialog that will allow the user to decide whether the Reset should be done or not. 12. At least one situation has occurred where the Hidden Attribute was left on the OS2SYS.INI file. In order to prevent this from creating a problem with the Snapshot Desktop Backup, all of the lines in the CMD files that remove the System Attribute have been changed to also remove the Hidden Attribute. Since the Hidden Attribute is virtually never set, this will have no effect except in those situations where it is critically important. 13. Since it is easy to set file associations in OS/2 2.0 and beyond, the entry on the File Menu to do this, which was included because of problems with OS/2 V1.3, has been removed. 14. There were a number of places where warnings were issued to users before various functions were performed. While these warnings are important for most users, there are a number os experienced users who are aware of the issues involved with some or all of the various functions that were the subject of the warnings. In these cases, the users felt that the warnings were in the way and an irritation. In order to address this, additiional options have been added to the Options Dialog, the Repair Options Dialog and the Desktop Defaults Dialog that will give the user the ability to r=turn off the following warnings: 1. Change the User and/or System INI file 2. Repair the File Handles 3. Destroy Desktop Objects 4. Reset Desktop Directory 5. Restore the Desktop INI Files 6. Build the Desktop Restore CMD File 7. Reset the Desktop WPS ID ******************************* V3.0m ******************************* The items fixed in Version 3.0m are: 1. There was an additional place in the Repair File Handles and Repair WPS Entries where a Not Ready Condition on a drive would result in a logic error 1109 rather than the drive being marked as not accessable. Code has been added to fix the condition. 2. In order to make it easier to handle the Defaults for the Portable Restore, an additional button has been added to the bottom of the dialog that will allow the user to bring up the Defaults Dialog while the Portable Restore Dialog is active and change the defaults without having to dismiss the Portable Restore Dialog, change the defaults and then restart the Restore. 3. To aid in diagnosing problems a Dump button has been added to the Portable Restore Defaults Dialog. This alone with the change above, will make it possible to obtain a dump while the Portable Restore is active. 4. One of the new Options in the Portable Defaults Dialog would get set incorrectly because of an incoorect variable name. The code has been corrected. 5. A new Option has been added to the Portable Defaults Dialog, Select Lower Level. If this Option is checked, then selecting or deselecting any entry in the Portable Restore Dialog will automatically make all lower level entries have the same selection state. For example, if this Option is checked and a Folder is Selected for Restore, then all items in the Folder will also be selected. This makes it much easier to Restore an Entire Folder and its contents, since everything can be selected with one click of the mouse. 6. The sequence of the entries in the Repair Dialog drop down list has been changed to put the Repair Options in a sequence which more closely reflects their probability of being selected by the user. 7. Two new Types of Repair have been added, Do All WPS, PM and File Handle Repairs and Do All Individual INI File Repairs. Each of these is a short hand way to do a group of Repairs with a single selection and are designed to make it easier for the experienced user to use the various Repair functions. 8. Additional text has been added to the Help entry for What does Repair Do. The purpose of the addtional explanation is to make a better distinction between those kinds of Repairs that are System level Repairs and will always do the same thing, no matter what is the current INI file, and the Individual File Repairs that apply only to the current INI file. Many users have been confused by this difference and thought that it was necessary to have the OS2.INI file as the current file when the WPS, PM or File Handle Repairs were done. In addition, some users would do the System Level Repairs more than one time, with different INI files as the current file. While this did not do any damage, it was a waste of the user's time, so an attempt has been made to make this area more clear. 9. In certain Network Printer situations, the Delete Unused Printers Repair would attempt a compare using a NULL pointer, thus causing a SYS3175 Abend. An additional check has been inserted to fix this problem. 10. The various documentation files and the Online Help were not clear about the fact that IniMaint is a Shareware program, but the other applications, SysMaint and MultiMaint, are not and can only be tried by registering them. A number of changes have been made to all the file affected to insure that this difference is as clear as possible to all users. 11. The temporary files left by WPSBackup have been removed from the code that bypasses standard errors. These references should be removed from the File Handle Structure, since they do not exist at the time the Repair is done. 12. There were some problems with the code that tested the User and System INI files to see if they could be written to. One problem would cause an immediate logic error if the user had already been informed of the problem and had chosen not to do anything about it. However, there were a couple of other combinations that could also cause an error. The code has been substantially reworked so that it will not operate as expected. 13. It was possible, although fairly hard, to get the window size small enough that it would appear that the main window was not visible. It was also possible to change the position of the window so that it was not visible on the screen. Changes have been made so that neither of these conditions can now be set. 14. A new entry has been added to the SysMaint Extended Attribute Menu: Delete. Selecting this entry is exactly the same as Split in that the Extended Attributes are deleted from the source Directory/Files selected. However, the EA's are not saved in another file so that thye can be reattached at a later time. This item was added for two reasons. First, it was not clear to many users that the Extended Attributes could be deleted. Second, there are occasions where all the user wants to do is delete the EAs and has no desire or need to save them. 15. If there were a large number of Printers in the OS2SYS.INI file, the Delete Unused Printers could have a problem with the reallocation of a memory area causing a SYS3175 filling the Repair Window. The code has been changed to increase the size of the memory area so the error will no long occur. 16. Improvements have been made in the Repair Directory and File Handle code so that it will handle Directories and Files on Network Drives better. The changes will now still look for Directories and/or Files on Network Drives that cannot be opened by the DosOpen API. 17. There were some VDISK devices which were not correctly recognized since they appeared with a floppy drive type. An additional check has been inserted in the code that handles the floppy drives so that these drives will be correctly identified as VDISK drives. 18. A new Option has been added to the Desktop Defaults Dialog, Do Restore CMD when Backup. If this Option is checked then the Desktop Restore CMD file will always be generated whenever a Desktop Backup is made. 19. The ability to Backup files that are not an intergral part of the Desktop, Supplemental Backup, has been added to the Desktop capabilities of SysMaint. Adding this capability involves a number of new entries on the Menu, including an item to manage the list of files to be included in the Supplemental Backup, the ability to Create the Backup and Restore CMD Files and the entries to do the actual Suppplemental Backup and Restore. In addition, an Option has been added to the Desktop Defaults Dialog that will cause the Supplemental Backup and Restore to be included with the standard Desktop Backup and Restore. 20. The Desktop Restore CMD file has been changed to improve the reliability of the Restore by adding a parameter to the UNZIP line that will force the file to be Restored to the correct drive no matter which drive is the default drive. 21. The Deleted Unused Printers code would not identify some printers as not being installed if the information in the OS2SYS.INI file was consistant. Code has been added to check the list of valid printers against the Printer Object information that is in the INI files. Even if the printer information is consistant, a printer will be marked as uninstalled if there is no Printer Object information for the Printer. 22. A additional check has been added to the Repair File Handles code that will identify the situations where a drive letter for a specific drive gets replaced with a filename. When this happens, all of the files on the drive are identified by WPS as being in the Directory and the File Handles cannot be used. This condition will be identifed as an Invalid Root NODE and can be fixed by the File Handle Repair routine. 23. If a File Handle was correctly identified as being on a Network, CDROM or VDISK drive and there was a WPS OBject associated with the File Handle, the WPS Repair code would mark the Object as being invalid. The WPS Repair code has been changed so that it will no longer treat File Handles as invalid locations for WPS Objects in these situations. ******************************* V3.0n ******************************* The items fixed in Version 3.0n are: 1. Since it can take sometime to process the Extended Attributes if a large number of Directories and/or Files are selected, the name of the Directory or File currently being worked on will not be displayed in the Working Dialog. 2. The Portable Restore in V3.0m would not initialize unless there was a file in the Backup Directory with the Portable Backup Root filename, but with no extension. For example, PORTBK01. This was caused by a problem in the routine that gets the generation the user wants to use and has been fixed. ******************************* V3.0o ******************************* The items fixed in Version 3.0o are: 1. The loading of the Portable Restore window was done as part of the normal PM thread, but it takes too long to be in this thread, so it has been moved to a secondary thread. 2. The in progress type Dialog Box that is displayed in a number of situations has been modified to make it longer and to have it dispaly a second line of information showing what item is being worked on. For example, the Processing EAs progress dialog will now list the Path or Filename that it is currently working on. Even though the list changes very quickly, it makes it clear to the user that something is going on and allows the user to get an idea of how close they are to being finished. This has also been extended to all of the Portable Backup and Restore Dialogs, since some of these operations can take a relatively long time. 3. When Display or Destory Objects was selected in the Repair Dialog, the list of Objects was inserted in the Window in the sequence that they were found in the INI files. This made it difficult to find a specific Object. In order to make this easier, the list of Objects will not be sorted before the window is displayed. 4. If an attempt was made to create the Supplemental Backup or Restore CMD files, but no Supplemental Files had been chosen, then the generated CMD file did nothing other than update the existing generations. The routines have been changed to test for any Supplemental Files before the CMD file is generated and inform the user that they must select at least one Supplemental File before the CMD files can be generated. 5. If the user selected to have the Supplemental Backup and Restore done at the same time as the normal Backup and Restore, but had not yet build the Supplemental Backup and/or Restore CMD files. The normal Backup and Restore CMD files would be built without the line to call the Supplemental Backup and/or Restore CMD file. However, the user was not informed of this. The code has been modified so the user will be informaed and will be given an opportunity to build the Supplemental Backup and/or Restore CMD file at the time it is discovered that it is missing. ******************************* V3.0p ******************************* The items fixed in Version 3.0p are: 1. The MultiMaint Portable Restore would get a Logic Error 1701 if the Desktop being Restored did not have any Objects on it that were not standard Class Objects. This was caused by an attempt to allocate a new class structure even though there were no new classes. 2. There was nothing in the Help that told the users that the Condense was not necessary for OS/2 V2.1 and higher, so it has been added. 3. Some additional Network error checks were addded to the Repair File Handles routines to fix a problem with some network situations. Specifically, one user got a Logic Error 1109 with a Dos Error of 53, which was not handled by the Repair routines. 4. The code in the WPS Repair routines to bypass the invalid entry placed in the OS2.INI file for the Deskman/2 Setup was incorrect. The code was looking for DMSetup and should have been looking for DM2Setup. 5. The Restore CMD file generated by the Desktop Menu did not check the return code from IniClean. Therefore, the Restore would not pause if there was an error removing the current Desktop. Additional lines have been added to the CMD file to make this check, pause the execution of the CMD file and give the user the option of continuing or terminating the run at that point. 6. At least one user has installed a new version of VDISK that is not being correctly identified by the File Handle Repair routines as a VDISK, but is being identified as an Unknown Drive. In addition, users who have Network File Handles and do a File Handle Repair will have the Network entries identified as Invalid or as Unknown Drives. In both of these cases, the user does not want the information removed from the File Handle structure, but there was no way to do this other than removed the Invlaid File Handles on a selected basis. In order to address both of these problems, two additional sets of entries have been added to the Repair Options Dialog that will allow the user to Ignore or only report these types of entries. This will make it considerably easier to bypass these entries when the user has either of these conditions. 7. The code to bypass the Deskman/2 Install entry that is incorrectly placed in the PM_Workplace:Location application in the OS2.INI file was incorrect. The code was looking for a Key Name with DMSetup and the correct Key Name is DM2Setup. The code has been changed so that it will look for the correct entry. 8. If the Restore CMD file included the Supplemental Restore, the generation number the user wanted to use for the Restore was not passed on to the Supplemental Restore CMD file. The creation of the Restore CMD file has been modified to now pass along the generation. 9. There were some places where file names, which could contain blanks, were not enclosed in quotes in the Restore CMD file. This has been fixed. 10. If the Repair Item Window had the Focus and Help was requested while the Repair Dialog was on the screen, a Logic Error 5106 would occur with a Help Error of 2010. This was caused by the fact that there was no Help written for the Item Window although a Help Panel ID was defined. The Help for the Repair Item Window has been written and placed in the file. 11. There were a number of situations where a SYS3175 could occur at the end of the processing of a Backup or Restore function because of a change in the INI files without closing the current INI file or closing the current INI file without testing if there was an update outstanding. All of these situations have been corrected and the update routine has been modified so that it will check for an open file before it attempts to write a change to the current file. 12. There were situations where the controls for one Dialog would bleed through to a dialog that was overlaying it. This was most common with the New Files Dialog when it overlaid things like the Supplemental Files or Repair Options Dialogs. The problem was caused by in incorrect Parent Window for the overlaying Dialog and all of these condtions have been fixed. 13. The Add DOS entry in the Supplemental Backup Files Dialog would add the AUTOEXEC.BAT type files for all of the Objects on the Desktop, but would not add the default AUTOEXEC.BAT file, if it was not there. Addtional code has been added to the Add DOS routine to insure that the default AUTOEXEC.BAT file is included, if it can be found. 14. If Bypass Known Errors is selected in the Repair Options Dialog, then any entry in PM_Workplace:Locations that has an Object Handle that is in the WPTransient range, but does not have an Entry in the PM_Abstract:Objects application will be treated as a generic Transient Object. This condition occurs when an ObjectID is assigned to a WPTransient Object or an Object derived from WPTransient. 15. Some code that was being used to test Drag and Drop situations, but had not yet been fully tested was left active. This could cause a number of different problems if something was dropped on one of the windows. The code has been changed so it is no longer active. ******************************* V3.1 ******************************* The items fixed in Version 3.1 are: 1. If there were no Printers installed and the Repair Unused Printers was attempted, the message box that said that the Repair could not continue. The Printer Repair routine has been updated so that it will recognize the situation where there is no printer installed and simply no Repair anything. The message box text has also been changed so that it is clear that only the Printer Repair cannot continue when the Printer Repair routine encounters an error. 2. When an attempt was made to switch the contents of the Portable Restore Window, the Changing Contents Dialog was never removed from the screen and would overlay the window contents. Code has been added to insure that the Changing Contents Dialog is removed. 3. There were situations where the WPS method used to set the name of a Printer Object would return a FALSE return code for unknown reasons. Since the Name is not critical to the Object, but would terminate the Restore for that Object at that point, the code has been changed to continue with the Restore of the Object even if thie Method does not give a good return. If logging is active, the fact that the return was bad will be logged, but the Restore of the Printer Object will continue in any case. 4. The Restore Objects code has been changed to add the Style information to the string used to set the initial Object information. This was done to address problems with Restoring certain Template Objects that would return an error return code from the WPS method used to set this information. 5. The WPS method used to set the Icon information for certain Template Objects returns an error return code even though the information is set correctly. Therefore, the code has been changed to simply bypass this error return and log it to the logging file, if it occurs. 6. When a new Backup Directory or a new name for one of the Backup CMD files was chosen, it was often the case that the user really wanted to change all of the CMD files to a new Directory. The only way to do this was to do them one at a time. In order to make this easier, a new Option has been added to the Desktop Defaults Dialog that allows the user to specify that they want all of the Paths changed when any of the Paths change. 7. The Icon used by all three applications has been changed in order to avoid possible copyright problems. 8. There have been a few situations where there were too many Applications, Key Names or User Data entries for the capacity of the window control used to hold the information. When this occurred, a logic error 607 would be reported. The fact that an error was reported did not give the user the ability to do anything about the problem, even when it was understood. In order to address this, the user will now be informed that the problem has occurred and be given the option of continuing with as much data as could be loaded into the window in question. 9. The Supplemental Backup has been changed so that the user can specify a User Backup and Restore CMD file. If specified, the CMD files will be run when the Supplemental Backup and Restore are run assuming the CMD files can be found. 10. Wildcards can now be used in the Filenames for the Supplemental Backup and Restore, thus making it easier to specify a group of files. ******************************* V3.1a ******************************* The items fixed in Version 3.1a are: 1. The code to check path and file names did not handle an Access Denied error return correctly. This error is returned in some cases in Network situations and the routine has been modified to handle it. 2. The maximum length for a Key Value that could be modified via the Replace Key Value entry on the Action Menu was 2000 bytes. This turns out to be too small, so the maximum value has been increased to 7000 bytes. 3. There were a number of places where a loop could occur trying to post an error message if sending a message to a window failed. All of these situations have been fixed. 4. The Folder Sort information will now be Saved and Restored by the Portable Backup and Restore code even if the Safe Backup and Restore Option is chosen. 5. A new feature has been added to MultiMaint that allows the user to Display and/or Modify virtually all of the Object information for all of the Objects on the Desktop. Although most of this can be done via the Settings Notebook, it can only be done one Object at a time. The MultiMaint feature allows the user to specify ranges of Objects that they want to work with in a number of different ways, making it extremely easy to Display and/or Modify all of the Objects in a very short time and with little effort. 6. If a Shadow of a File Based Object, like a Folder, was created, a Portable Backup of the Desktop made, the File Object the Deleted and recreated and a Portable Restore was done. The Shadow was not recreated even though it was destroyed when the original Object was removed. The rules for recreating Shadows has been changed so that this condition will not be handled correctly. 7. The Safe versions of SysMaint and MultiMaint would not correctly set up the menu structure because they would not check for the registration information. The check will now be made. 8. There were situations where the Open Size and Position for Folders would use an old value in place of the current one because there were two entries in the OS2.INI file and the wrong one was looked for first. The sequence has been changed and the correct information will now always be used. 9. One user got a logic Error 1720 while making a Portable Backup of the Desktop. The diagnostic information in the Dump File was not sufficient to adequately diagnose the problem and identify which Object was in the process of being processed when the error occurred. Addtional code has been added to insure that this problem is adequately reported. 10. In reference to 9. above, the way the memory is handled for the wpQueryIconData method has been made even more conservative that it was before and should fix the 1720 Logic Error. ******************************* V3.1b ******************************* The items fixed in Version 3.1b are: 1. The MultiMaint Modify Settings for the Object Style has been changed from just a number to a different setting for each Style. 2. The necessary modifications for the Safe versions of the programs has been included. 3. When modifying the Object Settings in MultiMaint and the Ignore Remaining or Do Remaining checkboxes were checked. The flags were not reset before the next type of change was chosen. Therefore, the dialogs never appeared, but the action inidcated by the checkboxes from the previous operation was automatically executed for every Object. Since everything was, by definition, unchanged, the net effect was that it was not possible to change anything. 4. Code has been added to interpret and correctly set the Default View information for the MulitMaint Modify Settings Dialog. 5. Code has been added to interpret and correctly set the Program Type information for the MulitMaint Modify Settings Dialog. 6. A couple of minor adjustments have been made ot the Select New file routine to correct problems some users were having. 7. Some of the default menus in the MultiMaint Object Settings dialog did not have any defualt menu items. This caused the menus to only stay on the screen if the mouse button was held down. Default entries have been added, so that this is no longer necessary. 8. Some of the Settings information for the Drives Objects for the individual drives was not saved and restored correctly because the WPDisk Class was not included in the list of classes for which this information was needed. These Objects will now have all of the appropriate information saved and restored. 9. Becuase of 8. above the MultiMaint Settings Dialog would not Display or Modify the Always Maintain Sort Order flag for the individual Drive Objects, but will now do it correctly. 10. Some of the System Accelerator Keys Alt-Fx were used by various menu functions and this interferred with using the Keys for the standard OS/2 system things. The Accelerator Key use has been changed to avoid Alt-F4 thru Alt-F10. 11. When any of the WPS Settings were displayed, the Dialog button to go back to the main Display or Modify Dialog had the text "Exit". This is confusing since it implies Exiting from the entire function. Therefore, the text has been changed to "OK". 12. The MultiMaint Display or Modify Object Settings Filter Menu did not identify which of the Class Type menu items was set by placing a checkmark next to the current filter setting. Code has been added to supply the checkmark for the current filter. 13. An option has been added to the MultiMaint Display or Modify Object Settings Filter Menu that allows the user to limit the contents of the window to only those Objects that pass the Class Include/Exclude Filter. This can be used to limit the number of Objects that are currently displayed. 14. An option has been added to the MultiMaint Display or Modify Object Settings Filter Menu that allows the user to cause the Filter Type setting information to be remembered from one use of the dialog to the next. This allows the user to control the initial contents of the window from the time that the dialog is initially invoked from the Main Menu. The only thing that will not be remembered from one time to the next is any Classes that were specifically Included or Excluded. 15. The SysMaint Desktop Backup and Restore code would not handle Hidden Files correctly if they were in one of the Desktop Directories. First, the Back CMD file would not include these files in the ZIP of the Desktop Directoru structure, since the -S parameter was not included for ZIP. Second, the IniClean program would not find Hidden files, therefore, would not delete them and would leave one or more Directories in the old structure. Both of these problems have been fixed. 16. The ability to select Objects by Name has been added to the MultiMaint Object Settings Dialog Menu. ******************************* V3.1c ******************************* The items fixed in Version 3.1c are: 1. A number of improvements were made in the initialization of the MultiMaint Agent Object. 2. The Folder Attributes will not be presented in interpreted form rather than as a hex value. 3. The Title has been removed as one of the things that can be changed in the MultiMaint Settings, since it is not something that can be changed globally and changing the Title has many side effects that are difficult to handle. 4. The code to correctly handle changing the type of Windows Program between Enhanced and Standard has been added to the MultiMaint Settings routines. 5. Code has been added to inform the user that the WIN_CLIPBOARD setting cannot currently be changed, since we do not currently know how to legally set this value. 6. When a Program Object is Restored via the Portable Restore and the EXE or Startup Directory cannot be found, an attempt is now made to find the file or directory anywhere on the HD. If they can be found, the name will be automatically adjusted to the new name. This algorithm will always handle situations where the files or directories have simply been moved from one drive to another preserving the directory structure. 7. There was sometimes problems doing a Shutdown after the AccessWPS Agent Object was used. This is because there were some objects left in a locked condition. The code has been changed so that this will no longer be the case. 8. There were a number of situations, including some on my own system, where the AccessWPS Agent would terminate with a 10209 error. This error indicates that the Agent Class has terminated. It appears that the problem was caused by the Class Uninit Data Method being called even though the Agent Object was still active. Code has been added in the Class Uninit Method to handle this situation. ******************************* V3.1d ******************************* The items fixed in Version 3.1d are: 1. The method for collecting the Objects in a Folder was changed back to the prior method with the addition of an Unlock of each Object. This was done because many users had problems with the new method and the only reason for the switch in the first place was a problem shutting down the Desktop and the Unlock fixes that problem. 2. Code was added to both AcsTest and MultiMaint to tell the user that the AcsAgent.DLL file was probably in the wrong directory if the user gets a 10200 error code. 3. If there was a problem during the initialization or termination of the AccessWPS Object when working with the Object Settings item. The generic logic error code of 1 was reported, rather than the error code returned from AccessWPS. The Object Settings routine has been changed to report the error code correctly. ******************************* V3.1e ******************************* The items fixed in Version 3.1e are: 1. The code for the WPS Settings Dialog needs to collect detail Object data on Shadows in order to insure that all of the Shadow crossreference information is displayed, when requested. This was being done at the same time that the basic information was collected. This was causing errors in a number of situations because of the placement of the Shadows relative to the Object being Shadowed. The code has been changed to go all the way through the collection of the basic information before the Shadow information is collected. 2. If the INIMAINT= entry was included in the CONFIG.SYS file and the OS2SYS.INI or OS2.INI files could not be written to, the user was not informed of the situation at startup time. Additional code has been added to insure that the user is informed no matter what is coded in the CONFIG.SYS file. 3. There were a number of places where very long real names or titles for WPS Objects would cause corruption of the Stack during any of the various WPS operations. This has been fixed by making the size of the variable dynamic and based on the max path length, moving the varible from the Stack to the Heap and increasing the size from 100 more than the maximum path to 10 times the maximum path. ******************************* V3.1f ******************************* The items fixed in Version 3.1f are: 1. MutliMaint was collecting WPS Instance information on Shadow Objects that is not valid for Shadows. This was not causing a problem on V2.11, but was cauing a SYS3175 in SOM.DLL on later versions of OS/2. The code has been modified tono longer collect the inappropriate instance information for Shadow Objects. ******************************* V3.1g ******************************* The items fixed in Version 3.1g are: 1. MutliMaint was unlocking every Object for which it was collecting information because of a past problem with Shutdown. This was causing a SYS3175 in SOM.DLL. The code has been modified to no longer unlock the Objects. In other words, the fix above fixed the wrong thing. ******************************* V3.1h ******************************* The items fixed in Version 3.1h are: 1. The Object Settings Dialog would get a SYS3175 if any of the Settings for the Desktop were requested. This was caused by the fact that the Desktop is not contained in another Folder, so the Folder EAs cannot be found. Additional code has been added to avoid making these checks for the Desktop. 2. There were situations where Objects that were not one of the standard WPS Classes could have some of the instance information Restored incorrectly by the Portable Restore. Additional checks have been added to fix the problem. 3. The Portable Restore could get a SYS3171 error Restoring Objects for the Devcons Class, which is derived from WPShadow. This has been fixed. 4. The Unlock of the Objects that was causing a problem in previous versions has been moved to after all of the Object Instance information has been collected. This will avoid the SYS3175 in SOM.DLL that was caused by the WPS pointer to the Object becoming invalid. 5. In a number of Network situations, Network Drives, Directories and Files were treated as Access Denied by the Repair routines. This was especially true if the system was not currently logged onto the Network. This presented a problem because there was no option in the Repair Options Dialog that allows the user to bypass these entries. In order to address this problem, the Access Denied entries will not be included with the Not Ready entries. This will allow the bypassing of these entries by using the Ignore Not Ready entry in the Repair Options Dialog. 6. There were additional siuations where the lock count for an Object count get reduced to zero before MultiMaint was finished with it or MultiMaint would not return the lock count to the correct level causing an extremely slow Shutdown process. The entire area of controlling the lock count has been upgraded so that a very positive control is kept over the number of times an Object has been locked by MultiMaint and the cleanup code insures that exactly the appropriate number of locks are removed. 7. The ability to add a description to each of the Desktop, Supplemental or Portable Backup Generations has been added. There is a new option in the Default Dialogs that will activate this feature. If the feature is turned on then the user will be asked for a description at the end of each of the Backup executions. The description will be stored as the .COMMENTS Extended Attribute for the appropriate file. When any of the Restore operations is requested, the descriptions of the current generations will be selected and the user can then choose the generation they wish to restore. A new Submenu has also been added to the Desktop Menu that allows the user to display the descriptions for each set of Backup Files. ******************************* V3.2 ******************************* The items fixed in Version 3.2 are: 1. A new diagnostic ability has been added that can only be activated while the About Dialog is on the screen and then only with specific key combinations. The specific diagnostic condition will only be used to debug specific situations, so the key combinations will be given out at that time. 2. An additional capability has been added to the Desktop Restore function. Since it is possible that a user might have information in their current OS2*.INI files that they would like to preserve and transfer to the Restored OS2*.INI files, it is now possible to specify that the Desktop Restore CMD file make a Backup copy of these files before replacing them. If this option in the Desktop Defaults Dialog is activated, then the OS2*.INI files will be copied to OS2*.PRV files in the same subdirectory before the Restore is done. 3. In the WPS Object Settings Dialog, there were some menu entries that would not normally be selected but would cause the dialog to be dismissed if they were. In addition, this would set up a situation where a SYS3175 would occur if the WPS Settings were requested a second time without the application being restarted. Even if the application was restarted, the WPS Agent would not correctly initialize. All of these have now been fixed. ******************************* V3.2a ******************************* The items fixed in Version 3.2a are: 1. When the Descriptions for the various Generations of the various Backup Files were displayed, there was no identification as to which generation matched which Description. The display has been changed so that both the Generation Number and the Description will be shown. 2. One more situation was found where a valid printer could get deleted as uninstalled and the problem has been fixed. 3. There was a memory problem with the wpQueryIconData Method for OS/2 V2.1 GA Version without the Service Pack that caused the shared memory to become corrupted. Code has been added to make sure that the wpQueryIconData method uses its own memory, thus avoiding the problem. 4. When selecting a new Prtable Backup Save Directory, then name in the Select Path Dialog was incorrect. The correct name will not be displayed. 5. If the Option to make a Backup copy of the INI files during the Desktop Restore was activated, the SYSRESTR.CMD file would have an error in it because a lable in the CMD file had the colon at the end rather than at the front. This has been fixed. ******************************* V3.2b ******************************* The items fixed in Version 3.2b are: 1. Some users were getting a SYS3175 in PMWIN.DLL when trying to add a description to the Portable Backup. The dialog to get the information from the user was being called from the wrong thread. The dialog will now always be called by the primary thread so this will no long happen. 2. The Repair File Handles code did not correct handle the ERROR_BAD_COMMAND return for the DosQueryPathInfo API and has been fixed. 3. When a user attempted to delete a Group, they were not asked for confirmation even if the Confirm Delete Option was checked. The code has been changed so the user will now be asked before the current Group is deleted. 4. If a Portable Backup was not successful for some reason, but the various Backup files were created for a Generation, it was possible to attempt to do a Portable Restore with the incomplete files. Additional code has been added so that, effective with Backups made with the version and beyond, a special entry is placed in the Portable *.WPS file that indicates that en error was encountered. When a Portable Restore is started, a check is made for this information and the Restore will not continue if it is found. 5. If the default Description was added to one of the Backup files, an extra CR was appended to the file. The code has been changed so that this will no longer occur. 6. The code has been extensively modified so that it will run in Tools Mode. Tools mode allows the user to use the various functions directly be clicking on an Icon, rather than having to navigate the menus. Tools mode will not work with the Shareware version of the program, the application, including IniMaint must be registered before any of the Tools will operate. 7. The first version of the Install Program has been written and it will create and/or update the Tools Folder for any of the applciations. ******************************* V3.3 ******************************* The items fixed in Version 3.3 are: 1. Some users reported that the Portable Backup was taking a very long time. It turned out that this was being caused by the wpLockObject WPS Method never returning on some OS/2 V2.1 systems. A method was found for accomplishing the same effect without using the wpLockObject Method. 2. The code that examined the PM_Abstract:Objects entry in the OS2.INI file looking for Printer information had a fixed offset built into the code that does not work for some situations. A set of general purpose routines to decode the Class Information have been developed and the Printer Repair routine will now use these subroutines. 3. The Install program would not change the size of the Listbox when the size of the Main Window was changed. This has been fixed. 4. The Install program would not find the MltMaint.EXE file because it was looking for MultiMaint.EXE. The program will now look for the correct file. 5. The Install program was finished by adding code to actually unzip and/or copy the various files. 6. If any of the Tools that start with a Menu were selected and the user clicked anywhere on the screen other than the Tools Menu, the Menu would disappear, but the Tool would not end. Addtional code has been added to check for this situation and insure that the Tool ends correctly. 7. If the Help Tool was selected and the Help could not get created, the Help Error messagebox would be displayed, but the Tool would not terminate. Additional code has been added to handle this situation. 8. When running one of the Tools, it was possible that the Initial Dialog would appear, depending on the user's settings. If this happened, the Tool would not terminate until the OK button was clicked in the Dialog. Since the Initial Dialog does not apply in Tools situations, the code has been changed so that it will never appear when a Tool is run. 9. If the Directory to be used for any of the Backups did not exist, the user was not informed properly. The message the user would see is that the Backup CMD file could not be opened. Additional code has been added so that the user will be informed that the Directory does not exist and will be asked if they would like to create the Directory. ******************************* V3.3a ******************************* The items fixed in Version 3.3a are: 1. V3.3 of IniMaint and SysMaint required the AccssWPS.DLL file because some new subroutines were placed in the incorrect file. The subroutines were moved to another source file and the AccssWPS.DLL file is no longer required. 2. Users who have replaced the CMD.EXE file with another command processor that has a different name could not do some of the Desktop Backup and Restore Functions because the name CMD.EXE was hardcoded into the application. This has been changed so that the CONFIG.SYS file will get searched for the correct name and that name will be used for all of the functions. 3. The various Message Boxes were not moveable because a parameter was left off of the API call. This has been fixed so that all Message Boxes can now be moved by the user. ******************************* V3.3b ******************************* The items fixed in Version 3.3b are: 1. The error recording in a couple of MultiMaint situations was improved. 2. The code that searches for the OS/2 Command Processor will use the COMSPEC Environment Variable rather than searching the CONFIG.SYS file. 3. An additional Option has been added to the Options dialog that will force the various Desktop Backup and Restore routines to use the value that is in the COMSPEC Environment Variable for the OS/2 Command Processor. If this Option is left in the default condition, which is Off, the the routines will first search for CMD.EXE. If CMD.EXE is found, it will be used. If CMD.EXE is not found, then the COMSPEC entry will be used, no matter what the setting of this Option. 4. The Install Program Message Box would exceed the size of a VGA screen, so it has been changed to a Dialog with a Listbox. 5. All of the Tools now have an Object ID and the Install program will not completely remake the individual tools each time Setup is run. If a Tool already exists, it will be left alone or updated based on a new Checkbox in the Install Defaults Dialog. 6. Three new Tools will now be created. The new Tools will display the Descriptions of the various types of Backups: Desktop, Supplemental and Portable. 7. The default value for the DOS_AUTOEXEC setting for DOS programs would always default to C:\AUTOEXEC.BAT, even if drive C was not the boot drive. The code has been changed to change the drive letter to the correct boot drive, rather than just use dirve C. 8. The Default for the DOS KBD_CTRL_BYPASS should be NONE, not CTRL_ESC and it has been changed. 9. In order to allow more room to display the Objects to be Restored in the Portable Restore Dialog a menu has been added to the Dialog in place of the various options that were displayed at the top of the dialog. This has allowed the window that holds the Objects to be expanded to nearly the size of the dialog window. 10. Zipstream Compressed Drives were not recognized correctly because Zipstream did not support DosOpen on the drive level. The code has been changed to use DosQueryFSAttach to look for drive types and to bypass the DosOpen when a valid HD drive type is found. 11. The PM_Workplace:PalettePos entry for the Warp Launch Pad was stored in a different manner than all other Objects store this information. This caused the Repair Code to treat the Launch Pad as an Invalid Object. The code has been changed so it will not handle data stored in both the old and the new format. 12. The Main Menu Bar was getting crowded, so it has been reorganzied by taking the Options, Groups and Size items and putting them into a new Miscellaneous Menu. The Desktop Menu was also too long, so a new Menu, WPS, has been added and the MultiMaint stuff has been moved from the Desktop Menu to the WPS Menu. The sequence of the Menu items on the Desktop and WPS Menus has also been modified to make it easier to use. 13. A new item has been added to the WPS menu that will list all of the Registered WPS Classes and this item has also been added to the Tools Folder. This menu item will display all of the Registered WPS Classes and has the capability to Deregister any of the Classes. 14. If certain kinds of Objects that were derieved from WPTransient existed on the Desktop when a Portable Backup was attempted a Logic Error 1709 would result because these Objects did not support some of the Data Collection Methods. Additional code has been added to handle these Objects by simply bypassing them as soon as sufficient information is collected to verify that they are derived from WPTransient. 15. Virtual drives defined as part of the Toronto Virtual File System had the same problem as the Zipstream Drives, so a check for these drives was added in the same place. 16. The Icons for the Tools Folder were updated to be more meaningful. Although it is hard to always convey the purpose of a Tool with an Icon, an effort was made to make them as meaningful as possible. 17. The Install program would not accept a lower case letter as the drive letter. The problem has been fixed. ******************************* V3.3c ******************************* The items fixed in Version 3.3c are: 1. Up to now it has only been possible to Drag file to any of the applications if the application was not running. If this was done, then the app: IniMaint, SysMaint or MultiMaint, would start with that file. Additional code has been added so that you can now drag a file to any of the applications while they are running and they will make the dragged file the current file. 2. The Install program would erase the unneeded files even if nothing was done during the Install. An additional check has been added so that the files will never be erased unless there has been a successful run of the Install thread. 3. An additional item has been added to the Install Instructions that discusses which of the applications the user needs to install or setup. 4. The Install program assumed the OS/2 Command Processor would be CMD.EXE, but this is not the case in situations where users are running an alternative Command Processor. Additional code has been added to use the file specified in the COMSPEC entry in the Environment as the Command Processor. 5. If a new version was installed over a previous version and the new install was an upgraded Application, MultiMaint over IniMaint, for example, the old EXE file was not erased and it was possible for the old EXE file to be specified as the EXE file in all of the Tools. Additional code has been added to erase any old copies before the new one is copied over so that this problem will not occur. 6. A fully user configurable Toolbar has been added. 7. Install did not have a provision for copying the Help file to a directory other than the install directory. An addition item has been added to the defaults Dialog so that a different install directory can be specified. 8. The drive for the DLL Directory in the Install was always drive C:, even though a different drive was used to boot. Additional code has been added to change this drive to the boot drive. 9. The Install program did not exclude Install.EXE when unzipping the files. This could cause the unzip to terminate without doing everything. The unzip has been changed so that it will never include the Install.EXE as one of the files to be unzipped. 10. If the user leaves the unzip checkbox checked while doing an Install and the files to be unzipped are INIDOC and INIEXE or MLTDOC and MLTEXE, the user will be aske dot confirm that they want the unzip done. The reason for this is that the user had to unzip the XXXEXE.ZIP file in order to get the Install program, so it is very likely that the unzip is not needed. 11. When the Install program finished the Install or Setup, the user was not clearly informed as to whether the Install was successful or not and was not told what ot do next. The code has been changed so that the user will now get a Message Box informing them if the Install was successful and tellling them what to do next in either case. 12. The Install program will now check to see if there is a Safe Version of the appropriate Application in the directory where the Application was installed and, if it is there, it will create a Safe Tool in the Tools Folder. 13. The selection of Test for Non Write INI Files would always terminate the application after it was used. This was caused by the fact that the Tools Termination Flag was set even if the current execution was not a Tools execution. An additional check has been added so that the Tools Termination Flag will only be set when the execution is a Tools one. 14. The IniMaint Repair would not Repair File Handles on Network Drives if the return from the Query Path API was Invalid Password. This error has been added to the set of errors that will cause a Drive, Directory or File to not be accessable, therefore, it will not longer abend the Repair. 15. It was possible for the Desktop Backup to not work when run from the Tools Icon if the Desktop Backup Descriptions were not turned on. This was caused by the fact that the parent process would terminate before the child process was finished and the termination of the parent process would cause the child process to be terminated by OS/2. ******************************* V3.3d ******************************* The items fixed in Version 3.3d are: 1. There wer still some situations where Install would have a problem creating Objects, so this part of the code was further modified to make it more robust. 2. When a Toolbar Icon was dragged over one of the data windows, OS/2 would get locked. The problem was caused by the normal Drag and Drop code not handling this condition correctly and has been fixed. 3. If an error occurred during a Drag and Drop operation, the Dump Dialog would correctly report the error, however, the application would not terminate, even if the Cancel option was selected. This was caused by the unique way that the return must be handled for Drag and Drop. Additional code has been added to insure that the application will terminate under these conditions. 4. If an attempt was made to make a Desktop Backup and a previous Backup was terminated early for some reason, it was possible that there would be some temporary files left from the unsuccessful Backup attempt. It was possible for these files to cause a problem with a subsequent Desktop Backup, so additional code has been added to the Desktop Backup CMD File to insure that the files are erased before the Desktop Backup is started. 5. There were situations where the user would be asked if they wanted to Repair a Network Drive entry even though they are being ignored or just Reported. This occurred in situations where the drive was in the form \\DRIVENAME and was caused by the fact that one place in the code was not recognizing this as a drive level entry. The code in this one area has been updated so this it will recognize this type of drive entry and the user will no longer be asked about this item. 6. If Help was requested for either of the Delete User CMD File entries in the Desktop Defaults Dialog, the general Help for the Dialog was displayed and there was no discussion of what these two entries did and why they were required for the User CMD Files and not the others. Help for these two entries has now been added. 7. There was no Help for the Always use COMSPEC Checkbox in the Options Dialog. The Help has not been written. 8. The Toolbar Help has been added with the Version. 9. The Move Icon on the Toolbar actually invoked the Compare Function. This has been fixed so that Move will work correctly. 10. I an attempt was made to do a Desktop Backup and there was no SET PATH entry in the CONFIG.SYS file, the routine that builds the Backup CMD File would get an error and the Backup would terminate. Additional code has been added to handle this problem and the Backup will still work as long as the appropriate EXE files can be found. 11. There were a number of references in the Help to the MLE, which is the window that contains the Key Value Information. There was no explanation of what an MLE was and this would be confusing to a user who is not familiar with this term. All references to the MLE have been changed to Key Value Window, so that all users will understand what is being referenced. 12. The Help File description of the Key Value Window did not say anything about the format of the information in the Window nor did it mention that a Key Value can be modified ditectly be overtyping the information in this Window. This information has now been added to the Help File. 13. The ShifRun program was mentioned in a number of places in the Help, but the explanation was only available in a single location. The explanation was also a very brief one. ShiftRun has now been added to IniCopy and IniClean as separate programs and a separate and more detailed explanation has been included. 14. Changing the Classes to be Included and Excluded in the WPS Settings Dialog was difficult if the user wanted to Include or Exclude more than one. The reason was that the Exclude and Include was done via a menu and only one could be done at a time. The Exclude, Include and Reset Exclude/Include for the Settings Dialog has been changed to use a Dialog with a Listbox making it much easier to visualize what is Included and Excluded and making it easy to Exclude, Include or Reset multiple entries at one time. ******************************* V3.3e ******************************* The items fixed in Version 3.3e are: 1. When reloading the Portable Restore Window after switching between the INI File entries and the WPS Objects, the name of the Objects being loaded were not displayed. The display code has now been moved so the the names will be displayed in both situations. 2. A new item has been added to the Portable Restore Menu, View. This item allows the user to switch the view of the WPS Objects in the window between the Text and Tree Views. 3. In many cases the time it takes to display the names of the Objects that are being worked on takes as much time and the actual work being done on the Objects. For those users who want speed in place of the names, there is a new Option in the Portable Defaults Dialog that allows for the displays to be turned off. 4. The code to add the Autoexec files for the various DOS Objects did not work because a pointer was set incorrectly. This has now been fixed and these files will be correctly added to the list of Supplemental Backup Files. 5. If an Object had the Icon information embedded somewhere in the Object, thus not requiring an .ICON EA or an entry in the OS2.INI file, when the Object was Restored, the .ICON EA or the OS2.INI File Icon entry was created anyway. This made the size of the EAs and the OS2.INI File larger than they needed to be. Code has been added to identify this condition for all Objects and the Icon data will not be set for these Objects as long as it is what would already have been set. 6. The cleanup of things that might have been left over from previous uses of the AccssWPS Object has been made less sensitive to error and the collection of error information has been improved. 7. The Portable Backup will now add the Desktop Directory, System Color, and other System Value information to the Logging File if Logging is requested. 8. In order to enhance problem determination, the ability to interrupt a Portable Backup, create a Dump and then either end the Backup or Continue has been added. 9. The Portable Restore would not work correctly if the name of the Desktop was other than Desktop. Additional code has been added to fix the problem. 10. If an error was encountered during a Detail Save or Restore operation, the name of the Object that created the error was not saved for the Dump, so code has been added to save this information. 11. Some new type of Objects are attempting to save zero length Data Items and this was causing the Portable Backup to terminate. The Portable Backup will now note the fact that the length of the item is zero and simply ignore the piece of information. ******************************* V3.3f ******************************* The items fixed in Version 3.3f are: 1. The Repair code did not correctly handle a ERROR_NETWORK_ACCESS_DENIED from the DosQueryPath API. A check for this error return has been added to the code. 2. The message recording routine would record an excessive number of message from the UCMENUS Toolbar so some additional filters were added. 3. The ability to place the WPS Agent code into Diagnostic Mode was added to the MultiMaint Diagnostic Code routines. 4. The Help would not work in any Dialog that was created as a result of selecting a Toolbar Icon. The problem was a timing one and was solved by changing a WinSendMsg API to WinPostMsg. 5. Tools have been added to the main program, the Toolbar and the Install program to support all of the new functions. 6. A new Tool has been added to the Tools Folder and Toolbar that will allow for the Selection of the Supplmental Backup Files. 7. The WPS Settings Dialog for the WPS Styles had some entries where the defaults would be set backwards if more than one Object was being done. This has been fixed. 8. If Descriptions were not enabled for the Supplemental Backup, it could not be run from the Tools Folder because the main thread did nto wait for the Backup to complete before terminating and automatically terminating the child thread. The main thread will now wait for the child thread to terminate whenever the Supplemental Backup is done from the Tools Folder. 9. The Install program would not install from the root directory on any drive, including the A:\ directory. The problem was an incorrect check in the Install routine that looks for valid directories and has been fixed. 10. The appropriate items on the Toolbar that should get disabled when using the Safe version of any of the Applications were not disabled because the routine that hadnles this process was not being called after the Toolbar was loaded. The call to the set menu routine has now been added to the code that creates the Toolbar. ******************************* V3.3g ******************************* The items fixed in Version 3.3g are: 1. The signature on the *.WPS File created during the Portable Backup prevented the file from being used as a normal INI file because it was identified as an EA File. The code has been changed so that the signature will now be correct. 2. There was a condition where a problem gathering informatio for a Palette could terminate the Portable Restore, which has been fixed. 3. There were situations where the Dump information would not be collected correctly during an execution that was initialed from an Object in the Tools Folder. The code has been changed to correctly collect the information. 4. It was possible, but very unlikely, that the Portable Backup would report an incorrect error code. The code has been changed so that the very first error will get reported, no matter what occurs after the first error. 5. The AccessWPS Diagnostic Reporting has been improved to add the contents of the passed structure to the diagnostic information each time a message is posted to the WPS Agent Object and when the processing of the message is completed. 6. There were a number of dialogs that did not process the DID_CANCEL WM_COMMAND Message because there was no CANCEL Button available. However, hitting the ESC Key while the Dialog has the focus causes the same effect and will eventually result in the Dialog window being destroyed. This caused serious problems in a number of places, so all of the Dialog routines that did not process the DID_CANCEL Message will now process the message and correctly do all of the appropriate termination functions. 7. There were situations where the code would report that the Desktop could not be found. This would occur in certain situations when the ESC key had been hit because the ESC Key Flag was not reset at the appropriate points. Addtional code has been added to reset this flag in all situations where it needs to be initialized. 8. If the code to terminate the WPS Agent Object was called and the WPS Object had not been initialized, then a SYS3175 would occur in the AccssWPS.DLL file because a pointer had not been initialized. The WPS Agent termination code has been modified to always check for the validity of the various pointers before using them. ******************************* V3.3h ******************************* The items fixed in Version 3.3h are: 1. If a memory error occurred while trying to write to one of the files during a Portable Backup and WPS Logging was not turned on, a Logic Error 624 would occur because an attempt was made to write to a NULL File Pointer. An additional check has been added so that this will no longer happen. 2. There were situations where certain kinds of errors during the initialization of the WPS Agent Object would cause the generic Logic Error Code of 1 to be reported back to the user. This was caused by incomplete checking and processing of the error code in one of the routines and has been fixed. 3. The Repair Code has had a large number of problems because of unexpected returns from either the DosOpen or DosQueryPath API's. When an unexpected return was encountered, the Repair would terminate. Since all of the unexpected situations were simply ones that should be handled as unknown errors, the code has been changed to specifically identify situations where a drive could not be opened and when the query path failed and these have been added to the entries that will get ignored if the Ignore Unknown Default is set. 4. If an attempt was made to Restore a single Object into a Folder which did not exist, then a SYS3175 error would occur in SOM.DLL because an attempt was made to locate the Folder without verifying that the Object actually existed and the WPS Method being used could not handle this condition. The WPS Methods used for this have been changed so that a missing Object will be handled correctly. 5. A new Option has been added to the WPS Defaults, the maximum number of writes that can be done before the Portable Backup *.WPS File is closed and reopened. This was necessary to get around a problem in Warp that gets a Memory Allocation Error when a large number of entries are added to an INI file in a short period of time. 6. If a Portable Desktop Backup was made using one file system, such as a FAT volume, and then the same Desktop was Restored using a different file system, such as HPFS, there were problems with finding Folders because the Real Names of the Folders would be different under different file systems. This has been fixed by getting the current Real Name of any File Object as soon as it is Restored and using the Restored Real Name as the location for Objects which are Restored to the Folder. ******************************* V3.3i ******************************* The items fixed in Version 3.3i are: 1. The Select Lower Levels in the WPS Dialog did not work under Warp because the keystrokes were not being passed from the internal Container to the Dialog Window. The Container has been subclassed so that this function will now work. 2. The code that generated the temporary filenames could check a different filename than the one actually generated because of how the Path Information was set up. The routine has been changed so that the same Path Information will be used for both the check and the actual filename. 3. The Tree View in the Portable Restore did not work because of the sequence of Applications in the WPS file could get changed around. A sort has been added so that the display will always be correct. 4. When asking for the WPS Diagnostic files, the first file will be used as the model for the second file so that it will be easy to select similar files. 5. There was a limit on the number of times the Portable Backup would attempt to close and open the WPS file in order to get past the INI File Write problem and the limit has been removed. 6. The code to open and close the *.WPS File during the Portable Backup would not work after the first time because the handle of the WPS File was not updated correctly after the first open and clsoe sequence. 7. It was possible to have an empty entry in an Object Setup string and this would make the Setup string invalid. An additional check has been added so that this will no longer happen. 8. When there was a problem Restoring an Object, it was very possible that a SYS3175 would occur in SOM.DLL under Warp because the Object Pointer passed to the routine that Queried the WPS error was NULL. Under 2.11 this would cause a zero error return, but under Warp it is causing a SYS3175. 9. Even though it does not seem absolutely necessary, the code has been changed to always place the Object ID at the end of the Object Setup string. 10. The Portable Backup and Restore did not handle the Detail Data under Warp because the mechanism used to collect and restore this data no longer worked. The mechanism has been changed so that the collection will be done under all versions of OS/2. ******************************* V3.3j ******************************* The items fixed in Version 3.3j are: 1. In order to improve the quality the Portable Restore, especially when Folders are arranged a littel differently on the Target Desktop, the ObjectID will be used to locate the Folder than contains an Object whenever it is available. 2. When doing the Portable Restore, the Icons would not always be placed in the original position because the routine that looked for the Icon Position information was using the incorrect filename, which could have been modified, this has now been fixed and the Icon Position routine will now use the correct name. 3. When doing the Portable Restore Object derived from WPTransient would be bypassed. However, they were not bypassed during the Portable Backup. Code has been added so that Objects derived from WPTransient will never be processed. 4. A new option has been added to the WPS Defaults, Portable Backup Update. When this option is checked and a Portable Backup is made, the most current generation, if it exists, is updated rather than a new generation started. This option is primarily designed to handle the condition where an error is encountered writing to the PORTBK01.WPS File during a Portable Backup. By turning on Update, it is possible to effectively pick up the Backup where it left off and only add the new information to the PORTBK01.WPS file. 5. There was still an error that could cause a SYS3175 in SOM.DLL when an attempt was made to do a Portable Restore to a Folder that did not exist on the Desktop. The method used to find the Folder would get the error in SOM.DLL when the Folder did not exist. The methods used to find the Folder have been changed to a set of methods that will simply report that the Folder cannot be found, so the Object cannot be Restored. 6. If an error was encountered updating certain INI File entries during the INI File Repair, the dump information was not sufficient to pin down the error. The diagnostic information provided by the routines has been improved to make problem determination easier. 7. When an attempt to Register a WPS Class during the Portable Restore failed, the user was not informed of the failure, therefore, the user would not know why the Objects of that Class were not Restored. Code has been added to popup a Message Box when a Class Registration Fails so that the user will know what is going on with the Object of this Class.