Number: 763
Date: 18-Apr-84 17':13':58
Submitter: Sannella.PA
Source: Burton.pa
Subject: Bad file map appeared on end of other file map?
Assigned To: Masinter.PA
Attn:
Status: Incomplete
In/By:
Problem Type: Bug
Impact: Moderate
Difficulty: Hard
Frequency: Once
Priority:
System: Programming Environment
Subsystem: File Package
Machine:
Disk:
Lisp Version:
Source Files:
Microcode Version:
Memory Size:
File Server:
Server Software Version:
Disposition: From': Masinter'
Subject': AR#763 - Bad file map appeard on end of other file map'
To': Burton'
cc': Sannella, Kaplan'
'
In some circumstances when the new filemap is shorter than the old, rewriting the filemap writes the new one and doesn''t truncate the file. In lieu of other evidence, I would suspect that that is what happened here. For lack of anything else to do with this one, I''m gonna mark it "Incomplete". If you see a file-map-truncation again, let me know. (Unfortunately, in this case, the file disappeared before I got around to looking at the AR.)'
Description: '
Date': 18 Apr 84 10':53 PST'
From': Burton.pa'
Subject': Lisp': random rewriting of file map'
To': LispSupport.pa'
cc': Lispcore↑.pa'
'
Lisp System Date': 12-Apr-84 16':45':05'
Machine': Dorado (Burton)'
Microcode version': 24,4'
Memory size': 10000'
Frequency': Once'
Impact': Moderate'
'
Under Dedit, I evaled the form (. ANALYZE ANY ON WBFNS OR SKETCHEDIT). I got the msg '
**** rewrote the file map for {p}<paperworks>WBFNS.;2'
followed by':'
Sorry, the function WB.ADD.BOX.TYPE can''t be analyzed!'
...'
(for eight more functions).'
'
I looked at WBFNS and it looked ok other than the file map section which had a file map followed by STOP followed by part of another file map followed by another STOP. I LOADed WBFNS PROP, it rewrote the file map again and my functions appear to have made it in (including WB.ADD.BOX.TYPE). '
'
I have no theories about what is happening but thought I should pass it along.'
'
richard'
Workaround:
Test Case:
Edit-By: Masinter
Edit-Date: 19-Jul-84 17':45':13