REUTERS, LTD RSX CONTRIBUTION SPRING '85 The following five files are contained on this tape: LABEL.MAC This task accepts command lines in either of two forms: LAB dd: or LAB ddn: A file called LABEL.CMD;1 is created in your current UIC; if you then include the command "@LABEL" in an indirect command file, the global string symbol "$LABEL" will be defined as the volume label of the specified disk. NOTE that the command "LAB ddnn:" won't work. This should be an easy fix. MAKLABEL.CMD This command file creates two files, LABELASM.CMD and LABELBLD.CMD, and then invokes them to build the LABEL task. Note that LABEL installs as ...LAB. WHERE.CMD Some of our systems consist of two 11/70s, linked by DECnet as live and backup. The two systems are nearly identical, and I often forget which system I'm on or which system I've remoted to. Put this in [3,54] on your RSX-11M+ system, and anyone who types @WHERE will know where they are. If accounting is turned off, or if you've logged in before accounting is turned on, much of the usual information isn't available. MAIN.CMD INDEX.CMD I'm not claiming wonderful things for these, but they're the best I could do in the middle of the night when I discovered how poorly the modules in [1,2]INDSYS.CLB worked on my system (RSX-11M+ V2.1E). Seems the parameter gets clobbered somehow when .INDEX is chained to from .MAIN. if your UIC isn't the same as the one the library file is in. This causes .INDEX to fail miserably. Use the following two command lines to fix your copy of INDSYS.CLB: LBR [1,2]INDSYS.CLB=[uic]MAIN.CMD/RP:.MAIN. LBR [1,2]INDSYS.CLB=[uic]INDEX.CMD/RP:.INDEX *****> SOME TIMELY WARNINGS/INFORMATION/ETC <***** Our systems are PDP-11/70s, running RSX-11M+ V2.1E. All of our users are privileged, so if you're non-privileged you may have some surprises. I don't expect this to be the case, but I simply don't know. Additionally, there is no way for me to know if any of this will work on anything but the above system configuration. These files are supplied to DECUS for use, free of charge, by anyone who wants them. There are no guarantees of anything concerning this stuff. If you have any problems, feel free to contact me at the address which follows. I can't promise to fix it, but I can certainly try! Gus Altobello Reuters, Ltd 90 Davids Dr Hauppauge, NY 11788