When an android programme crashes, with a "device not responding", it tries to write a file to C:\Program Files (x86)\Embarcadero\Studio\19.0\source\fmx\__recovery. It prangs, unable to write the file.
When an android programme crashes, with a "device not responding", it tries to write a file to C:\Program Files (x86)\Embarcadero\Studio\19.0\source\fmx\__recovery. It prangs, unable to write the file.
Unfortunately this subdirectory and the one above it are always read only, and if I set them to be writeable (and just change the individual file protections to read only), something somewhere changes the subdirectories back again to read only.
I can't find anywhere in the options to change the error-writing subdirectory to something else.
Any ideas please?
Unfortunately this subdirectory and the one above it are always read only, and if I set them to be writeable (and just change the individual file protections to read only), something somewhere changes the subdirectories back again to read only.
I can't find anywhere in the options to change the error-writing subdirectory to something else.
Any ideas please?
erik wilson The history folder is always a subfolder of the place where the changed file resides. You might have accidentally changed a Delphi source file, which you obviously should not do.
ReplyDeleteThanks, Uwe. I have gone through every file in the C:\Program Files (x86)\Embarcadero\Studio\19.0\source subdirectory, to find that none of them has a file-modified date later than the day on which I rebuilt the system. Where should I look now?
ReplyDeleteerik wilson Of course you cannot find such file as the normal IDE user has no write access to that folder. Hence that error message you are seeing. This doesn't hinder you to make changes to such a file inside the IDE. That still triggers the Auto Recover save even if you don't save the changed file itself. Auto Recover is pretty meaningless after you have already saved a changed file to disk. It is all about non-saved changes.
ReplyDelete