Short: v2.14 AmigaDos Version replacement. Uploader: hakan@parting.nu (Håkan Parting) Author: hakan@parting.nu (Håkan Parting) Type: util/sys VersionWB is a replacement for the usual AmigaDos Version command, which also may check the version of packed files by utilizing the XfdMaster.library if available. If you want the version information to be presented in a requester, this program is for you. Instead of like c:version just tell the version and revision number by default, VersionWB always tells you all it could find. VersionWB have these features: * It will bring up a requester with the version information. * It support several files in the command line parameter template. * You can shift-doubleclick an icon with VersionWB and then get all that version stuff. * You may also pick the file you want to know the version number of by using a file requester. * It will find version strings in WB1.3 libraries and devices, c:version does not, e.g. narrator.device. * If you use it with ToolManager you can have an appicon in your Workbench. Drop the icon on the appicon, and the version information will be presented (if the file contains a version string :-) * It also has an optional text output. * It recognizes any packed file (uses xfdmaster.library). * All other features of AmigaDos Version, as far as I know 8-), except for the bugs :) * Can be opened on a publicscreen * Can set the filenote of files to there versioninfo. * Can set the filedate to the one found in the version string * Finds files in your shell-path Recent changes: V.2.14 (08.04.2000) PUBLIC UPDATE ------------------------------- NEW: VersionWB is GiftWare. You now could register online. See the guide for more info. BUGFIX: There was an Enforcer hit when one checked the version of a volume. There are no version for volumes anyway, just devices. Bug reported by Mario Cattaneo. Thanks! BUGFIX: Didn't search in LIBS: and DEVS: when only a library or device name was given as argument. NEW: The info which is output when no arguments are specified. The latest CGX is using cgxsystem.library instead of cybergraphics.library. Thanks Mario Cattaneo for reporting this! BUGFIX: Failed to find the version of some resident programs and modules. BUGFIX: If you started VersionWB like this: 'VersionWB asl.library libs:' to get the version of the resident asl.library and later the version of the one in the libs: there where some garbage in the bottom of the requester. BUGFIX: It thought it found a version if a nonexisting volume name, e.g. dsds:, was given as argument. V.2.13 (13.02.2000) PUBLIC UPDATE ------------------------------- BUGFIX: Shouldn't even open xfdmaster.library if the NOXFD tooltype was given. BUGFIX: Opened asl.library every time the file requester appeared, without closing the library the same number of times. This bug was introduced when the 'New'-button was added. BUGFIX: A bug introduced in version 2.10 was fixed. Rarely gave system alert #8100000F or #81000005 after the file requester was used (MungWall hit). BUGFIX: Did a little change in the memory handling for packed files to remove crashes with some XPK-packed files. The bug above could have interferred though. BUGFIX: Corrected a few bugs in the version string search of a packed file. BUGFIX: 'Smart version string' search wasn't done in packed files. BUGFIX: Sometimes when version info wasn't found the file requester appeared. BUGFIX: There is no real reason to clip the filename field in the text output. So it is no longer clipped in the text output. BUGFIX: Sometimes version info wasn't found in resident modules. BUGFIX: If the file specified wasn't found the file requester appeared. BUGFIX: The search for resident modules is now case insensitive. NEW: openutil.library contains $VER %s %ld.%ld (%ld.%ld.%ld). Both Amiga Inc version and VersionWB 2.12 outputs the useless version info got from that string. Now VersionWB does not output such a version, it tries to find the version info in another way. NEW: VersionWB now normaly show the longer name got from the ROMTag instead of the one got from the id_string field. (e.g. VersionWB HD0: now outputs 'filesystem' as name instead of 'fs'.) This is more interesting and is the one c:version outputs for the example above. When the LIKECVER argument is specified this is not always the case, then the IDname is used when the library is loaded, and the idstring or $VER-name when it's not. If the argument COMFILE is given the file comment will still be set to the shorter version string (the file comment is limited to 80 characters). NEW: Text that VersionWB supports besides the version number in the version field is removed from the output if LIKECVER is specified. NEW: Sets the return code to 20 if the file wasn't found or no version information was found and text mode is activated. Hope this fix and the other two were the last incompatibilities with c:version. NEW: If the file specified already is resident in the system and the version numbers differ a new field named "Resident info:" will be added to the requester. That field will hold the romtag idstring of the resident module, so you could see if the file is a newer version. Note about c:version compatibility when LIKECVER argument is specified: I've found some obvious bugs in the original c:version. Those is fixed in VersionWB's emulation with the LIKECVER argument, there fore the output is not always similar. I see no reason why to emulate bad functionality. e g. when there is a V infront of the version number the date isn't converted to local date format ... Everything mentioned above of the LIKECVER also apply when the output is redirected, with for example >RAM:version.txt, and the TEXT argument is not specified. The LIKECVER is set automatically it this case, to be compatible with scripts written for the original c:version. This program is Gift-Ware. Version 2.14 (08.04.2000) Copyright 1994-2000 Håkan Parting