On Dec 13, 2007 9:27 PM, Geoff Hull <[EMAIL PROTECTED]> wrote: > > > Greetings all! > > > We are a COBOL software development company (now moving to Java) and we > moved to using a Red Hat Enterprise Linux server as our main machine at the > beginning of this year. We did some trials before moving to Linux, to see if > there were likely to be any major problems with using CSSC. We didn't find > any.
I'm not surprised. I was in the same position just over ten years ago and built CSSC to do the migration :) > We copied our 20 years of SCCS files to our new RHEL 4.4 server and started > using CSSC in earnest. There were some minor differences between UNIX SCCS > and CSSC, but we use a wrapper script (called sccs) so didn't have any > problems with dealing with these. > Our move to CSSC has been remarkably trouble-free. I'm very glad to hear this. > It is slightly more fussy about file layout, Any difference there is almost certainly a bug. Do you have enough remaining information to be more precise about the differences there? > but we've only had to "fix" about a dozen files out > of nearly 13,000. We have been using CSSC exclusively for nearly a year now. Congratulations and thanks for letting us all know. > File Problems > > > 1. Our file problems stem from allowing our programmers to manually edit > the SCCS/s.<filename> file and then do "admin -z" on it (to recalculate the > checksum). So you're pretty sure that the format problems you describe were manually introduced, and not compatibility issues? Also, I'm morbidly curious: why do your programmers need to do this? The only time I have needed to manually edit SCCS files was to fix the history files which had been corrupted by a non-y2k-compliant version of SCCS on Dynix. > > > In two of our files we had an extra space before a date field on the "d" > line, for example: > > > ^As 00034/00000/03110 > ^Ad D 35.2 03/08/07 13:36:08 keith 70 69 > ^Am 8447 > ^Ac Add Location Co-ordinate Fields > ^Ae I see you have an MR number there. Do you use an MR validation script? Up to now, I haven't heard of anybody actually using one, though the functionality is well tested. > This gave us a message like: > > > prs: /s/uniworks/SCCS/s.uwclblr.prt: line 465: Corrupted SCCS file. > (Invalid number) > > > It was easily fixed - edit the file to remove the space and do an " cssc > admin -z " on the file. (I had renamed /usr/bin/sccs to /usr/bin/cssc to > avoid conflicts with our sccs script.) Watch out for automatic OS upgrades :) > 2. We also found problems in about 8 of our files where our programmers had > manually removed some simple intermediate revisions from the SCCS file, and > had then run "admin -z" to fix the checksum. SCCS handles this but CSSC > doesn't. We fixed this by manually editing the file and creating phony auto > null deltas. This does sound like an incompatibility. It would be nice to fix it, though it sounds like you have resolved the problem. > Minor Differences > > > prs -d":T" - no space between the "-d" and the parameters Yes; modern implementations allow arguments to be separated from the options, though this is not the ancient behaviour. Back when I was migrating from SCCS, I was using scripts which used options without arguments to indicate the lack of a checkin comment, for example. I believe it probably would be useful to support modern argument interpretation, at least as a configure-time option. The problem though is that it is hard to figure out a change which exaclt minimised incompatibilities. Because of the risk of unexpected changes in behaviour I have simply avoid making any changes there. > CSSC's rmdel allows a person to delete a revision made by another > programmer I had no idea regular SCCS had this feature! Thanks for telling me! Do you have any idea how this interacts with the authorised-user list? I think this is a bug, too. > CSSC's sccsdiff is better than SCCS at showing differences revisions > (doesn't show bogus differences like SCCS does). Curious; CSSC's sccsdiff doesn't try to be especially clever. Do you think there might be circumstances where the difference could be a problem? > CSSC's get command allows for editing (at the same time) of both the main > and a branch. (We prevent this with our sccs wrapper script, so it doesn't > affect us.) [frown.] I didn't know this was not supposed to be possible. Could you please please please try to make a test script which succeeds with "real" SCCS but fails with CSSC? > PRS Bug > > > One difference between GNU CSSC and AT&T SCCS is in what is displayed for > the command "sccs prs -l <s.file>". SCCS gives only the latest revision > whereas CSSC also includes all the auto null delta revisions (if present) as > well. > > > James, should I register this as a bug on SourceForge as well? Please do; it certainly sounds like a bug! James. _______________________________________________ cssc-users mailing list cssc-users@gnu.org http://lists.gnu.org/mailman/listinfo/cssc-users