[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: SVN x attribute bug

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Mon, 02 Feb 2009 11:10:18 +0000

rudy.simeoni_at_dinema.it wrote:
> I use:
> svn, versione 1.5.2 (r32768)
> compilato Sep 6 2008, 07:52:43
>
> When I update to head and there is a conflict, svn create 3 files:
> file.mine, file.rREPOS, file.rBASE and fileOUTPUT.
> FileOUTPUT is created with x attribute:
>
> [simeoni_at_localhost mc]$ ll messaggi.lxt*
> -rwxr-xr-x 1 simeoni simeoni 1208 2009-01-30 09:14 messaggi.lxt* <<<<< x attribute
> -rw-r--r-- 1 simeoni simeoni 1154 2009-01-30 09:14 messaggi.lxt.mine
> -rw-r--r-- 1 simeoni simeoni 1139 2009-01-30 09:14 messaggi.lxt.r127
> -rw-r--r-- 1 simeoni simeoni 1154 2009-01-30 09:14 messaggi.lxt.r128

Please tell us enough information for us to reproduce this behaviour and
to decide whether it is caused by a bug in Subversion. Please see
<http://subversion.tigris.org/bugs.html> and tell us the inputs, the
expected result, and the exact commands necessary to create this
behaviour, starting from nothing. Try to create a reproduction script,
perhaps based on this example:
<http://subversion.tigris.org/repro-template.sh>.

Thank you.

> The fileOUTPUT with x attribute cause kdiff3 version 0.9.93 (see
> kdiff3.jpeg) modify fileOUTPUT with only x attribute:
>
> [simeoni_at_localhost mc]$ ll messaggi.lxt*
> ---x------ 1 simeoni simeoni 1208 2009-01-30 09:14 messaggi.lxt* <<<<< only x attribute
[...]
> The fileOUTPUT without permission is a problem for me, because I must
> modify manually (chmod) for the right access with my application.

That is bizarre, but not really relevant to Subversion. Of course, you
know you should report that problem to the Kdiff3 project.

- Julian

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1090011
Received on 2009-02-02 12:10:47 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.