Delphi 2006 - 2010错误:“不能创建文件C:\Users\Admin\AppData\Local\Temp\ EditorLineEnds.ttr”

I am getting an error after installing Delphi 2007 (Edit: This problem occurs in all Delphi versions from 2006 to 2010) that I can not figure out and have never seen before. After restarting I can launch the program without any problems, but if I were to close out of the program and start again it will give me the following error:

在安装Delphi 2007(编辑:这个问题出现在2006年到2010年的所有Delphi版本中)之后，我发现了一个错误，我无法理解，也从未见过。重新启动后，我可以不带任何问题启动程序，但是如果我退出程序并重新启动，它会给我以下错误:

"Cannot create file C:\Users\Admin\AppData\Local\Temp\EditorLineEnds.ttr". The process cannont access the file because it is being use by another process."

“不能创建文件C:\Users\Admin\AppData\Local\Temp\ EditorLineEnds.ttr”。进程cannont访问文件，因为它正在被另一个进程使用。

"System" has a handle on this file that cannot be cleared unless I reboot. I can also correct the problem by renaming the file before I launch the program.

“系统”在这个文件上有句柄，除非我重新引导，否则无法清除。在启动程序之前，我还可以通过重命名文件来纠正这个问题。

I have tried reinstalling the program with no luck.

我试过重新安装程序，但没有运气。

Version installed: CodeGear™ Delphi® 2007 for Win32® R2 Version 11.0.2902.10471. Operation System: Windows 7 Pro 64bit

版本安装:CodeGear™Delphi 2007®Win32 11.0.2902.10471 R2®版本。操作系统:Windows 7 Pro 64位。

Update 08/14 13:35 EDT Tried the following solutions, but still having the same file lock issue:

更新08/14 13:35 EDT尝试了以下解决方案，但仍然有相同的文件锁定问题:

Renamed Temp Directory to a directory I know had full security rights. Files would be created in this directory when launching Delphi, but EditorLineEnds.ttr would still get locked by SYSTEM and prevent me from relaunching.
将临时目录重命名为我所知道的目录，具有完全的安全权限。在启动Delphi时，将在这个目录中创建文件，但是编辑器结束。ttr仍然会被系统锁定，阻止我重新启动。
Uninstalled the following security updates KB2982791 and KB2976897, but this did not solve the problem. I have suppressed windows updates for now and will try uninstalling all security patches for 8/13.
未安装以下安全更新KB2982791和KB2976897，但这并没有解决问题。我现在已经抑制了windows的更新，并将尝试在8/13中卸载所有的安全补丁。
Uninstalled Delphi completely and re-installed. Problem still occurs after re-installing everything.
卸载的Delphi完全重新安装。在重新安装所有东西之后仍然会出现问题。

I will try reinstalling Windows from scratch and install Delphi before Windows updates to see if updates are truly the cause. My workaround for now is just renaming EditorLineEnds.ttr before launch Delphi.

我将试着重新安装Windows，在Windows更新之前安装Delphi，看看更新是否是真正的原因。我现在的工作就是重新命名编辑器。在发射前Delphi竞技场队伍。

10 个解决方案

#1

There are three solutions to this that I am aware of:

我知道有三个解决办法:

Try uninstalling the Windows security update KB2982791 which was already mentioned by Francisco Caffagni. This solved the issue for me (Windows 8.1 + Delphi 2007) but it might not be such a good idea to uninstall a Windows security update.
尝试卸载Windows安全更新KB2982791，这是Francisco Caffagni已经提到的。这解决了我的问题(Windows 8.1 + Delphi 2007)，但是卸载Windows安全更新可能不是一个好主意。
Rename the file every time you start Delphi. See below for a simple program that does it for you.
每次启动Delphi时重命名文件。下面是一个为你做的简单程序。
Use Andreas Hausladen's IdeFixpack (Delphi 2007 version, beware that version 4.4 does not work under Windows 8, version 4.3 seems to work), (for later Delphi versions) Note that the editor option Show Lineends will use a different character if you use this fix because the IDE won't load the EditorLineEnds.ttr font any more. (Solution 1 and 2 don't have this drawback, but who uses that option anyway?)
使用Andreas Hausladen的IdeFixpack (Delphi 2007版本，注意版本4.4在Windows 8下不工作，4.3版本似乎起作用)，(对于以后的Delphi版本)注意，如果使用这个补丁，编辑器选项显示Lineends将使用一个不同的字符，因为IDE不会加载编辑器端。字体的竞技场队伍。(解决方案1和2没有这个缺点，但是谁使用这个选项呢?)

Note: Microsoft withdrew this fix a few days later and issued a new one KB2984615 on 2014-08-27. Unfortunately this did not fix the issue for me. Maybe uninstalling KB2982791 first and then installing KB2984615 might work, but I haven't tried it.

注意:微软在几天后撤销了这个补丁，并在2014-08-27发布了一个新的KB2984615。不幸的是，这并没有解决我的问题。也许先卸载KB2982791，然后再安装KB2984615可能有用，但我还没试过。

I wrote a simple program, that solves the issue for me:

我写了一个简单的程序，解决了这个问题:

It uses FindFirstChangeNotification / FindNextChangeNotification and checks whether that file exists and if yes, moves it to a unique subdirectory in %temp%.

它使用FindFirstChangeNotification / FindNextChangeNotification并检查该文件是否存在，如果是，将其移动到%temp%的唯一子目录。

Binary download

二进制下载

The source code is available from sourceforge.

源代码可以从sourceforge获得。

#2

This is my bds_start.bat script running Delphi2006 on Win7-64bit system. I customized GabeMeister answer and similar script found in one of the links. I now can restart DelphiIDE without reboot. All ttr temp files are still locked by system so del command may not work. They are deletable once system is rebooted.

这是我的bds_start。在win7 -64位系统上运行Delphi2006的bat脚本。我定制了GabeMeister的答案和在其中一个链接中找到的类似的脚本。我现在可以重启DelphiIDE而不重启。所有的ttr临时文件仍然被系统锁定，因此del命令可能无法工作。一旦系统重新启动，它们是可删除的。

It's however impossible to restart Delphi double clicking myproject.dpr project files. I was afraid to install IDEFixPack for D2006 because one of comments did not promise it to work.

但是，重新启动Delphi双击myproject是不可能的。dpr项目文件。我不敢在2006年安装IDEFixPack，因为其中一个评论没有保证它能正常工作。

bds_start.bat

bds_start.bat

@REM http://www.danielmagin.de/blog/index.php/2014/08/windows-update-disable-delphi-2007-2010/
@REM http://*.com/questions/25295980/delphi-2007-error-cannot-create-file-c-users-admin-appdata-local-temp-editorl
@REM http://docs.embarcadero.com/products/rad_studio/delphiAndcpp2009/HelpUpdate2/EN/html/devcommon/idecommandline_xml.html

@REM del files created by DelphiIDE, may not able to delete but
@REM moving to a new name is possible. Use unique name by timestamp.
del "%temp%\EditorLineEnds*.ttr"
set dt=%date%_%time:~3,2%-%time:~6,2%
rename "%temp%\EditorLineEnds.ttr" "EditorLineEnds_%dt%.ttr"
start "" "C:\Borland\BDS\4.0\Bin\bds.exe" -pDelphi

Running CBuilder change argument to -pCBuilder. Maybe best fix would be to create bds.exe replacement tool, del/move *.ttr file, run and passthrough cmd arguments to the original bds_original.exe file. This should enable *.dpr double click restarts. Or use BdsLauncher.exe which I think is regedit linked to *.dpr extension. Then process list had bds.exe name.

运行CBuilder更改参数到-pCBuilder。也许最好的解决办法是创建bds。exe替换工具，del/move *。ttr文件，运行和传递cmd参数到原始的bds_original。exe文件。这应该使*。dpr双击重启。或使用BdsLauncher。我认为它与*有关。dpr扩展。然后流程列表有bds。exe的名字。

#3

Here is another workaround from http://www.danielmagin.de/blog/index.php/2014/08/windows-update-disable-delphi-2007-2010/

这里是另一个来自http://www.danielmagin.de/blog/index.php/2014/08/windowsupdate -disable- 2007-2010/的工作。

Quote:

引用:

you can rollback easy in two ways

你可以用两种方式回滚。

1: create a batch file with following lines
wusa /uninstall /kb:2982791
wusa /uninstall /kb:2970228
this batch file you run on start up of windows. but with auto update both updates installs every time

1:创建一个包含以下行wusa /uninstall /kb的批处理文件:2982791 wusa /uninstall /kb:2970228这批文件是在windows启动时运行的。但每次更新都会自动更新。

2: disable the KB's from autoupdate
after update goto WindowsUpdatesin your system. disable both KB's so on new updates it will be not installed again

2:在您的系统中更新goto窗口后，禁用KB的自autoupdate。禁用两个KB的新更新，它将不会再次安装。

#4

For Delphi 2007, install IDEFixPack 4.4 and add add the following environment variable to the system settings:

对于Delphi 2007，安装IDEFixPack 4.4并将以下环境变量添加到系统设置中:

IDEFixPack.DisabledPatches=DotNet.GlobalizationSearch

IDEFixPack.DisabledPatches = DotNet.GlobalizationSearch

Reboot and it should work. I have 2 desktops with Win 8.1 Pro and its working like a charm!

重新启动，它应该可以工作。我有2台台式机Win 8.1 Pro和它的工作就像一个魅力!

#5

Just to point out that the KB2982791 update has been withdrawn by Microsoft. The reasons cited appear to be problems with font rendering and system crashes and not this specific issue which, on the face of it, does appear to be the fault of Delphi and is merely exacerbated by the update.

只是想指出，KB2982791更新已经被微软撤回。被引用的原因似乎是字体渲染和系统崩溃的问题，而不是这个特定的问题，从表面上看，它确实是Delphi的错误，并且仅仅因为更新而更加恶化。

The KB article on the Microsoft site has been updated: http://support.microsoft.com/kb/2982791

微软网站上的知识库文章已经更新:http://support.microsoft.com/kb/2982791。

Specifically these sections are of interest:

具体来说，这些部分是有趣的:

Known issue 2
Microsoft is investigating behavior in which fonts do not render correctly after any of the following updates are installed:
2982791 MS14-045: Description of the security update for kernel-mode drivers: August 12, 2014
2970228 Update to support the new currency symbol for the Russian ruble in Windows
2975719 August 2014 update rollup for Windows RT 8.1, Windows 8.1, and Windows Server 2012 R2
2975331 August 2014 update rollup for Windows RT, Windows 8, and Windows Server 2012

已知问题2微软正在调查行为后字体渲染不正确安装下列更新:2982791 ms14 - 045:描述安全内核模式驱动程序更新:8月12日,2014 2970228更新支持的新货币符号俄罗斯卢布在Windows 2975719 2014年8月更新汇总为Windows 8.1 RT,Windows 8.1和Windows Server 2012 R2 2975331 2014年8月更新汇总为Windows RT,Windows 8,Windows Server 2012

Status
Microsoft has removed the download links to these updates while these issues are being investigated.

当这些问题正在被调查时，微软已经删除了这些更新的下载链接。

Known issue 3
Microsoft is investigating behavior in which systems may crash with a 0x50 Stop error message (bugcheck) after any of the following updates are installed:
2982791 MS14-045: Description of the security update for kernel-mode drivers: August 12, 2014
2970228 Update to support the new currency symbol for the Russian ruble in Windows
2975719 August 2014 update rollup for Windows RT 8.1, Windows 8.1, and Windows Server 2012 R2
2975331 August 2014 update rollup for Windows RT, Windows 8, and Windows Server 2012

已知的问题3微软正在调查的行为，在以下的更新被安装后，系统可能会与一个0x50停止错误消息(bugcheck)崩溃:2982791 MS14-045:对内核模式驱动程序的安全更新的描述:2014年8月12日，在windows2975719的更新中，为Windows RT 8.1、windows8.1和Windows Server 2012 R2 2975331更新升级，Windows RT、Windows 8和Windows Server 2012的更新升级。

This condition may be persistent and may prevent the system from starting correctly.

这种情况可能是持久性的，并可能阻止系统正确启动。

Status
Microsoft has removed the download links to these updates while these issues are being investigated.

当这些问题正在被调查时，微软已经删除了这些更新的下载链接。

#6

The problem seems to be with Windows Updates installed on 13th August. I tried uninstalling KB2982791 as suggested by the previous poster, but that did not fix the problem. Uninstalling all Windows updates from 13th August did cure the problem however.

问题似乎是8月13日安装的Windows更新。我试图按照之前的海报的建议卸载KB2982791，但这并没有解决问题。然而，从8月13日开始卸载所有的Windows更新确实解决了这个问题。

#7

If you are on windows, I made a batch file shortcut for starting Delphi. Basically it is a batch file that changes the name of EditorLineEnds.ttr to the current date time, moves it to a different sub folder, and then starts Delphi.

如果您在windows上，我为启动Delphi做了一个批处理文件快捷方式。基本上，它是一个批处理文件，它改变了编辑器的名称。ttr到当前日期时间，将其移动到一个不同的子文件夹，然后开始Delphi。

Here are the contents of my batch script:

以下是我的批处理脚本的内容:

SET HOUR=%time:~0,2%
SET dtStamp9=%date:~-4%%date:~4,2%%date:~7,2%_0%time:~1,1%%time:~3,2%%time:~6,2% 
SET dtStamp24=%date:~-4%%date:~4,2%%date:~7,2%_%time:~0,2%%time:~3,2%%time:~6,2%

if "%HOUR:~0,1%" == " " (SET dtStamp=%dtStamp9%) else (SET dtStamp=%dtStamp24%)

if exist "C:\Users\<username here>\AppData\Local\Temp\EditorLineEnds.ttr" (
  echo "Moving EditorLineEnds.ttr"
  MOVE "C:\Users\<username here>\AppData\Local\Temp\EditorLineEnds.ttr" "C:\Users\<username here>\AppData\Local\Temp\ExtraEditorLineEnds\%dtStamp%.ttr"
) else (
  echo "EditorLineEnds.ttr was not found."
)
start "C:\Program Files (x86)\CodeGear\RAD Studio\6.0\bin\bds.exe"

#8

The same for CodeGear Delphi 2009 on Windows 7

在Windows 7上的CodeGear Delphi 2009也是如此。

Uninstalling following windows update 2982791 2970228 wont help.

卸载后的windows更新2982791 2970228不会有帮助。

Using IDE Fix Pack after that will help.

在这之后使用IDE Fix Pack将会有所帮助。

#9

dzEditorLineEndsFix - Cannot create file %Temp%\EditorLineEnd.ttr

无法创建文件%Temp%\编辑器。ttr。

This is a small program that fixes the problem introduced by the Windows update KB2982791 with Delphi 2006 to 2010 that causes the error "Cannot create file %Temp%\EditorLineEnds.ttr". It works by moving the file to its own unique subdirectory whenever it is being created.

这是一个小程序，它解决了Windows更新KB2982791带来的问题，在2006年到2010年期间，导致错误“不能创建文件%Temp%\EditorLineEnds.ttr”。它可以通过将文件移动到它自己的唯一子目录来工作。

#10

I'm using Windows 8, not 8.1

我使用的是Windows 8，而不是8.1。

I turned off all Windows updates and yesterday I checked for updates and installed all security updates. Today I have the same problem, but none of the above mentioned update was installed on my notebook. I looked for all of them, but did not find any between installed security updates:

我关掉了所有的Windows更新，昨天我检查了更新并安装了所有的安全更新。今天我有同样的问题，但是上面提到的更新都没有安装在我的笔记本上。我找了所有的人，但没有发现任何安装的安全更新:

KB2982791, KB2970228, KB2975719, KB2975331

KB2982791、KB2970228 KB2975719 KB2975331

But I found another update KB2993651 and tried to uninstall it, uninstallation process was halted. I reset my comp. Now I cant find this update, and the problem did not solved.

但是我发现了另一个更新KB2993651，并试图卸载它，卸载过程被停止。我重置了我的comp，现在我找不到这个更新，这个问题没有解决。

So did not find a another workaround and created the following script, that I run before opening RAD 2010.

所以没有找到另一种变通方法，并创建了下面的脚本，我在2010年开放RAD之前运行。

cd %temp%
ren EditorLineEnds.ttr EditorLineEnds%RANDOM%.ttr

I'm using the %RANDOM% function, because with the fixed name on second time the renamed file will also be locked and the script will not succeed on rename.

我使用%RANDOM%函数，因为在第二次使用固定名称时，重命名的文件也会被锁定，并且脚本不会在重命名上成功。

#1