Here are the messages that have been received prior to 7/12/09 12:16 AM:
Topic (messages 47,100 through 47,135):
SVN bug
47,108 by : haiqing <chengj929_at_163.com> sent on : Sat, 11 Jul 2009 17:52:07 +0800 (CST)
47,129 by : Ryan Schmidt <subversion-2009b_at_ryandesign.com> sent on : Sat, 11 Jul 2009 14:12:14 -0500
Can't update data
47,135 by : Kim Backstrom <kimb.par_at_gmail.com> sent on : Sat, 11 Jul 2009 19:58:28 -0500
Discussion message digest
47,100 by : users-digest_at_subversion.tigris.org sent on : Sat, 11 Jul 2009 00:15:24 -0700 (PDT)
+----------------------------------------------------------------------+
| ETAS Mail Security - http://intranet.etasgroup.com/encryption |
+----------------------------------------------------------------------+
| - The message was not encrypted and not digitally signed |
+----------------------------------------------------------------------+
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2370732
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
attached mail follows:
HELLO:
in 2009-07-11，"Ryan Schmidt" <subversion-2009b_at_ryandesign.com> Wrote：
>"If this is the same repository location you deleted B.png from above, >why is it still there?"
I do "svn delete B.png" in the same location ,but not commit it to svn server.
I just commit "add b.png" to server at the same location like this: "svn commit -m "add b.png" b.png(success)", so , there are b.png and B.png at svn server the same time.
in 2009-07-11，"Ryan Schmidt" <subversion-2009b_at_ryandesign.com> Wrote：
>On Jul 10, 2009, at 02:49, haiqing wrote:
>
>> I found a bug about svn .
>> Iis it really a bug? hoping for yours advices.
>>
>> MY svn message are:
>>
>> 1:http://17*.*.*.*/svn/test_svn_1,has 5files
>
>Did you mean http://1*.*.*.*/svn/ro45/branches/test_svn_1 as below,
>or is this a different location than below?
>
>> └─test_svn_1
>> B.png
>> a.png
>> f.png
>> steps:
>> 1: svn delete B.png (success)
>> 2: svn add b.png(success)
>> 3: svn commit -m "add b.png" b.png(success)
>> 4: in other directory,do: svn co http://1*.*.*.*/svn/ro45/branches/
>> test_svn_1 (fail)
>>
>> result:
>> the workcopy directory was locked,and can not cleanup success.
>> A test_svn_1\a.png
>> A test_svn_1\B.png
>
>If this is the same repository location you deleted B.png from above,
>why is it still there?
>
>> A test_svn_1\b.png
>> A test_svn_1\f.png
>> svn: In directory 'test_svn_1'
>> svn: Can't open file 'test_svn_1\.svn\tmp\text-base\b.png.svn-
>> base': System can not find the file.
>>
>> 5:come into the workcopy,and execute : svn up
>> result:
>> svn: Working copy '.' locked
>> svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
>> details)
>>
>> 6: svn cleanup
>> result:
>> svn: In directory '.'
>> svn: Error processing command 'modify-wcprop' in '.'
>> svn: 'a.png' is not under version control
>>
>> That's all .
>> I think it's svn's bug.
>> what do everyone think ?
>
>If B.png and b.png exist in the same place in the repository, then
>the above error is what you will get if you try to check this place
>out to a case-insensitive file system.
>
>If you need to support case-insensitive file systems (and most of us
>do, since the default file systems on Windows and Mac OS X are case-
>insensitive) then you should not commit files whose names differ only
>by case, and you should decide on the correct case of each filename
>at the beginning and not change it later, because it can cause some
>problems. See the FAQ for the problems it can cause and the
>workarounds you may have to use to deal with them:
>
>http://subversion.tigris.org/faq.html#case-change
>
>------------------------------------------------------
>http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2370017
>
>To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
200万种商品,最低价格,疯狂诱惑你
attached mail follows:
+----------------------------------------------------------------------+
| ETAS Mail Security - http://intranet.etasgroup.com/encryption |
+----------------------------------------------------------------------+
| - The message was not encrypted and not digitally signed |
+----------------------------------------------------------------------+
attached mail follows:
Thank you for your help. How do I find out if I have a faulty firewall or
misbehaving network drivers? Is there a test that I can run. Any help will
be greatly appreciated.
Thanks
Kim
On Thu, May 14, 2009 at 12:31 AM, Andrey Repin <anrdaemon_at_freemail.ru>wrote:
> Greetings, webpost_at_tigris.org!
>
> > I have SVN tortoise on 5 computers and 4 work just fine but one does not.
> The one that doesn't work will only commit but it cannot update any data.
> I've gotten 2 different error messages at
> > times. The latest error message is this:
>
> > REPORT of '/svn/GKDataTake4/!svn/vcc/default': Could not send request
> body: An
> > established connection was aborted by the software in your host machine.
> > (https://69.178.238.226:8443)
>
> This one is likely due to faulty firewall on that PC or misbehaving network
> drivers. Which does not exclude a well possibility of having a virus-like
> malware in TCP stack.
>
>
> --
> WBR,
> Andrey Repin (anrdaemon_at_freemail.ru) 14.05.2009, <9:30>
>
> Sorry for my terrible english...
>
> ------------------------------------------------------
>
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2367589
>
> To unsubscribe from this discussion, e-mail: [
> users-unsubscribe_at_subversion.tigris.org].
>
attached mail follows:
On Jul 11, 2009, at 04:50, chengjng wrote:
> On 2009-07-11, Ryan Schmidt wrote:
>
>> On Jul 10, 2009, at 02:49, haiqing wrote:
>>
>>> steps:
>>> 1: svn delete B.png (success)
>>> 2: svn add b.png(success)
>>> 3: svn commit -m "add b.png" b.png(success)
>>> 4: in other directory,do: svn co http://1*.*.*.*/svn/ro45/branches/
>>> test_svn_1 (fail)
>>>
>>> result:
>>> the workcopy directory was locked,and can not cleanup success.
>>> A test_svn_1\a.png
>>> A test_svn_1\B.png
>>
>> If this is the same repository location you deleted B.png from above,
>> why is it still there?
>
> I do "svn delete B.png" in the same location ,but not commit it
> to svn server.
> I just commit "add b.png" to server at the same location like
> this: "svn commit -m "add b.png" b.png(success)", so , there are
> b.png and B.png at svn server the same time.
Ah yes, I missed at you were just committing the add of b.png and not
also the deletion of B.png.
So, yes, you have shown a series of steps that put two files into the
repository whose names differ only in their case, and then you try to
check that location out to a case-insensitive filesystem, which
cannot work. If you intend to work with case-insensitive filesystems,
it is an error to commit multiple files to the same repository
location whose names differ only in case, and I recommend you install
a pre-commit hook which would prevent such commits rather than
allowing them to succeed and cause you problems later on. The
Subversion source distribution includes the script case-
insensitive.py which you can use for this purpose.
http://subversion.tigris.org/tools_contrib.html#case_insensitive_py
Received on 2009-07-12 09:46:49 CEST