I've received the following letter: Return-Path: Received: from ns.dknet.dk by nic.lp.se (MX V4.2 VAX) with SMTP; Mon, 06 Jan 1997 15:27:27 +0200 Received: from naomi.rovsing.dk (naomi.rovsing.dk [194.192.19.9]) by ns.dknet.dk (8.7.5/8.6.12) with SMTP id PAA07952 for ; Mon, 6 Jan 1997 15:27:24 +0100 (MET) Received: from franktol.rovsing.dk (194.192.19.64) by naomi.rovsing.dk (EMWAC SMTPRS 0.80) with SMTP id ; Mon, 06 Jan 1997 15:27:53 +0100 Received: by franktol.rovsing.dk with Microsoft Mail id <01BBFBE5.FDD507E0@franktol.rovsing.dk>; Mon, 6 Jan 1997 15:26:30 +0100 Message-ID: <01BBFBE5.FDD507E0@franktol.rovsing.dk> From: Frank Tolstrup To: "'levitte@lp.se'" Subject: RCS on OpenVMS Date: Mon, 6 Jan 1997 15:26:28 +0100 Encoding: 43 TEXT Hi, I saw on your home page that you are planning to port RCS to OpenVMS and have previously asked the status of this in a e-mail. You then gave me a reference to an old version at ftp://vms.gnu.ai.mit.edu/gnu-vms/software/contrib/. I have just ported it to OpenVMS 7.0 because we need it on the project I'm currently working on. I just send you this mail because I found a bug and I could not find a reference to the person porting it originally. The bug causes ci to fail on filenames that are 8 or 24 characters long because it fails to allocate space for the initial '[' in the directory name. Because of the allocation scheme used it only fails for filenames with this length. Here is the diff: file: rcsfnms.c function: fin2open line: 649 < register char *p; < < bufalloc(&RCSb, dlen + rcsdirlen + 1 + baselen + xlen + 1); < < /* Try dRCS/basex. */ < VOID memcpy(p = RCSb.string, d, dlen); ------ > register char *p; > > bufalloc(&RCSb, >#ifdef VMS > ((!dlen) ? 1 : 0) + /* for the opening '[' */ >#endif > dlen + rcsdirlen + 1 + baselen + xlen + 1); > > /* Try dRCS/basex. */ > VOID memcpy(p = RCSb.string, d, dlen);