Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: Notesfiles $Revision: 1.6.2.17 $; site ccvaxa.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxj!houxm!ihnp4!inuxc!pur-ee!uiucdcs!ccvaxa!preece
From: preece@ccvaxa.UUCP
Newsgroups: net.sources.bugs
Subject: vc bug report
Message-ID: <53800003@ccvaxa.UUCP>
Date: Tue, 15-Jan-85 18:43:00 EST
Article-I.D.: ccvaxa.53800003
Posted: Tue Jan 15 18:43:00 1985
Date-Received: Fri, 18-Jan-85 02:34:27 EST
Lines: 19
Nf-ID: #N:ccvaxa:53800003:000:800
Nf-From: ccvaxa!preece    Jan 15 17:43:00 1985

There seems to be an important bug in vc, which makes it much
less useful.  Attempts to copy a row (using the ^j command),
where the row contains an expression using the +/ operator,
fail to work correctly.  The cells for the operands of the +/
in the expression tree apparently do not get initialized.
The result, in any case, is usually a reference to r0c0
instead of a reference to the cell mentioned in the copied
expression.  Occasionally I have seen, instead of r0c0,
a row number with seven digits.  This looks like pre-existing,
nonconforming garbage.  This means that a row including
a cross-wise summation cannot be copied (generally if the
copied row is copied again the program dies with a segmentation
fault).

Does anyone have a fix for this?

scott preece
ihnp4!uiucdcs!ccvaxa!preece