> Very frankly, no I'll try to explain this statement... By using some debugging tools and by looking at the log files, one can determine which files are causing the installer failure. In your case (and this time), the CoreSync_xxx DLLs were involved, probably because they were loaded while the installer was trying to replace them. As I mentioned above, I had the same problem lately, but this time it was CCLibrary.exe that I had to kill before the update could succeed. There's no need to open a remote debugging session with 4 engineers to obtain this information if you have some development or system knowledge. This is not the problem anyway. Fixing the problem is understanding why we are regularly encountering such situations : files or code modules that have to be replaced by the installer and that are opened or loaded by CC Desktop itself or by a related Adobe service. This is not an uncommon issue for installers but usually there are 2 ways this problem can be worked around : 1. The installer detects that the files/code modules that have to be replaced are currently opened/loaded or running and it asks the user to close such or such program or tries to do this itself (and politely informs the user about what it is about to do). 2. If this can't be done, the new files are registered for a boot time move and the replacement will be made at the next reboot before any program has a chance to use these files. The CC Desktop installer obviously excludes option #2. But it is unable to handle correctly a situation where a file needs to be replaced while it is in use. Instead of giving information to the user about that, it merely fails, displays an error code and that's it. Fend for yourself. Moreover, when the files that have to be replaced are used by the explore.exe process (probably because they are extensions of the Windows Explorer), the installer merely kills explorer.exe without any warning instead of registering the necessary boot time move. Which is absolutely unacceptable and dangerous for many reasons. Since an update is not supposed to always replace the same files, the probability for the "fix" they suggested to you this time to work again is low. I have seen reports where the replaced files had nothing to do with those mentioned above. So the problem is repeating again and again. Until they decide to properly handle these replacement issues, the problem will last.
... View more