To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102081
------- Additional comments from [email protected] Wed May 27 15:28:28 +0000 2009 ------- @es "Thus if I save the file somewhere else" I know it will do that, but in a real crash, you wont get that option "No I can't. That's why we call it "WORKSFORME"." Ok...lets see how openoffice works, tell me...it does recreate the whole file right...I mean, it empties the file and then again fills it...right? "No I can't. That's why we call it "WORKSFORME"." I'm a physics guy...actually a theoretical physics guy. i.e its my job to predict changes with some known information. So I'm into these things. Here, in this case the data in the file first gets deleted and then again gets refilled, while the refilling process is on, and I remove the flashdrive, concluding that there is there is no data loss is sheer stupidity. You don't even need to practicals to do that. In fact in programing, there is no barrier between theory and practicality...its the same thing. Practically trying to recreate this is like practically checking a folder for data without any copy-paste operation in it...now is that not obvious? However, I did recreate the problem...you just need to have swift hands and slow the computer down. If you're in vista, there should be an option to set the power state of the processor (in %...which is actually not true cause there are usually 3 or 4 power states; but cause its MS, such crap was expected), set it to 0%...for both maximum and minimum. Also pls do not use a pendrive with a data transfer rate of like.......30MBps...the point of using a pendrive is defeated that way. If you're on vista...do not format it in NTFS...only in Fat32 (since you have no option for fat16...like with me). "we have backup mechanisms and file recovery systems" Now where is it (I'm not talking about autosaves)?...can someone give me the path for Linux?...and pls don't tell me its the tmp folder. @mav "Are you joking? The target disk is no more available during file overwriting, and you expect that the file being overwritten is still OK?" Yeah THAT is the main issue...instead of overwriting the file, it can just be amended, that way there will be absolutely NO data lost for the previously stored data and the save process will finish in a flash rather than waiting for half a minute. "Why should the user assume it? He has tried to store and got an error, why should he throw his document away?" If you plug your system from the mains you won't get any errors right? I've already explained that this will be *simulating* a disaster...no one will plug the pendrive off all of a sudden while a read/write operation is on...that means I'm doing it for experimental purposes...and it has succeeded. Ok...suppose I kill the OOo thread even after the partial save process (i.e after I unplugged the pen drive) and with OOo notifying me about it...thus making a an actual disaster sinario. I restart any of OOo component, and it shows me the recovery option...I click next...it says the file is corrupt, then repairs it and opens a blank document which is....I guess around 7kb...i.e reduced from 87 MB to 7 KB...or an empty file. "What do you mean by "recovered"?" I don't know exactly what happened, but by recovery I mean it showed an option to recover the file, and I clicked a yes. So this is the recovered file...you cant edit even one OLE. The second case as per your definition. As said before, I did produce those void file...should I make a video on how I did it? We do have such software in the repos though...should be easy. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
