Hi everybody!
Casper wrote:
>> When trying to merge branch in which a new folder was added with
>> original folder (trunk) creates the folder in trunk, correctly marks it
>> for adding, but then aborts with error "Can't open 'tmp': Access is
>> denied.". After error, trunk can be restored to original (HEAD) state
>> using revert from repository.
>
> It sounds like your virus scanner:
> http://tortoisesvn.sourceforge.net/?q=search/node/access+denied
> I have the same problem with Panda Antivirus.
Nope, if you would read the report to the end, you would see there is no
way this has anything to do with antivirus software... Regardless of the
fact that the example was made on almost pristine Windows XP
installation with only SP2, latest patches & TortoiseSVN installed.
Everything in order to exclude as many factors as possible, other than
OS and TortoiseSVN itself.
Stefan Wrote:
> Please check your %TMP%, %TEMP% env variables (the USER ones, not the
> SYSTEM ones). Also, how did you start the explorer? Because TSVN
> inherits the cwd of the explorer, and if neither %TMP% nor %TEMP% is
> set, the cwd is used instead...
Explorer was started from start menu shortuct as part of shell (launch
folder windows as separate process is disabled) meaning there is only
one explorer.exe process running. %TEMP% and %TMP% variables are
untouched and correctly point to Temp directory in profile (verified
both in in system properties and in command shell)
I have observed previously that Windows Media Player, when started and
minimized, creates its own application bar on the desktop. Because all
such extension are activated in process, this might mean that invocation
of media player changes cwd of explorer.exe to C:\WINDOWS\Media which
would explain the where did the funny path come from.
I will rerun the test after the weekend, watching that I don't run WMP
inadverently. If TortoiseMerge tries to write to cwd, the file that
FileMon would show would be in C:\WINDOWS\System32. This would IMHO mean
that it really does the wrong thing, because cwd can never be assumed to
be writable by the user invoking the application. IMHO, all applications
should always use user specified temporary files folder to create
temporary files in and never cwd, which might be anywhere on system.
Since all other files that TortoiseMerge creates (for example when I try
to create unified diff.) are correctly created in %TEMP% folder, I think
this was just a oversight somewhere in the code. When application runs
with Administrator privileges, the bug doesn't show, because file gets
created and deleted without errors, without Administrator privileges the
bug exhibits itself.
G, Andrej Ota.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Jun 24 13:15:54 2005