bbloom@Brl-Mis.ARPA (04/14/84)
From: Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA> I've found out some more in the nswp204 bug that causes it not to be able to copy $r/o files - somehow it's involved with the inverse video patches. If I don't patch in the inverse videos, everything runs fine. The two patches are: Inverse video on at 0104 (number of characters, then the characters) and Inverse video off at 010B. For my televideo this corresponds to 104=2, 105=1b, 106=29, 10B=2, 10C=1B, and 10D=28. I have no idea why this affects the copy. It worked fine in version 2.00. Regarding the P.S., on my last message, I have found other minor problems but not significant to bother the list with. But since several people asked: 1. The sequence of logging into the B: drive, switching disks in the A: drive and then attempting to copy a file from the logged in B: drive to A: fails in the disk $R/O error. The copy will work if one first asks for remaining space on A: before the copy or copying from A: to B:. 2. If one copies a single file from the A: drive to the B: drive, switches disks in the B: drive, and then tries to copy the same file to the new B: disk, a disk $R/O error results. One has to again "log" in the new B: disk by asking for the remaining space on B: before copying. 3. When the destination disk for a copy fills up and NSWP attempts to delete the partial copy and the file being copied was $R/O, a file $R/O error bombs the program because the $R/O attribute has also been copied. In this condition the $R/O flag has to be taken off first before deleting the partial copy. 4. When unsqueezing files squeezed with the orginal sq-17 (version maybe wrong) the filename of the unsqueezed file was in lower case and had to be renamed to uppercase. This might not be worth "fixing" as the problem is probably in the old sq-17 squeezer. (I usually type all my comands in lowercase and I probably lowercased the command line at the time of the original squeeze.) I than had 14 or so suggestions to make it "better" which I sent indirectly to Dave Rand. (Add a LU utility, add the pip options, add bishow features, etc.) More than Dave would be willing to add in any case. But then I never fully satisfied with anything - especially software, included the programs I write! -bob bloom