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