On 22 Jan 2005 at 9:13, Darcy James Argue wrote: > > Darcy James Argue wrote: > > > >> I have no idea if that's a workable solution, but I would like Coda > >> to at least *try* it. Since the problem with the corrupted > >> pointers is proving elusive, maybe it's time to address the root of > >> the problem -- shared temp files. If the same temp files weren't > >> shared by multiple documents, then the file overwrite bug would > >> never occur. > >> (Or at least, that's what Jari seems to be saying.) > > > > I have never, ever AFAIK said that the overwrite problem has > > anything to do with temp files! > > Okay, then I'm misunderstanding what you are saying. Some people have > suggested that the file overwrite bug occurs because Finale does not > segregate its temp files -- all open documents share the same set of > temp files. This is instead of each open document having it's own, > exclusive set of temp files. So the idea is that the file overwrite > but is caused when the temp files become corrupted and start pointing > to the wrong documents.
Actually, I would say that the temp files don't need to be corrupted, just the pointer table. > If you don't believe this is a plausible explanation, then what *do* > you think is going on? Well, since the problem is a mismatch between data and document window, it's theoretically possible for the problem to exist without shared temp files. I just think that it's *more* likely to happen if temp files are shared, since the mapping is more complicated -- it's not just a mapping of a document window to a file name, but of a document window to an offset within a file (or more probably to an offset within a lookup table in the header of a file). Somewhere along the line, data is getting moved to an unexpected location and the pointers aren't getting updated to reflect the new location (alternative, the data is staying in the same place and for some reason the pointers are being altered to point to something else). It could also be that the mapping problem is between the document windows and certain Finale memory structures, and that this is where the mapping is getting screwed up. So, Jari's right -- it certainly could have nothing to do with the temp files. But I still think mixing data from multiple files in temp files is asking for just this kind of trouple. -- David W. Fenton http://www.bway.net/~dfenton David Fenton Associates http://www.bway.net/~dfassoc _______________________________________________ Finale mailing list [email protected] http://lists.shsu.edu/mailman/listinfo/finale
