This is a patch for discussion which I submitted to issue 3719
(“Extremely slow checkout on Windows”). I shan't repeat everything that's
there; essentially it fixes *really* slow checkouts to NTFS of directories
with large numbers of files with properties.
I originally modified it sli
Around about 03/02/11 17:01, Stefan Sperling typed ...
* subversion/libsvn_subr/io.c
svn_io_open_unique_file3: don't call svn_io_open_uniquely_named(),
but instead use a copy of that routine
Which routine, precisely?
svn_io_open_uniquely_named(); sorry, I thought that was clear enough.
Around about 04/02/11 10:52, Stefan Fuhrmann typed ...
I'll give it another bash, though , if you think it's worth it.
Definitely. It contains quite a number of file access
optimizations that should become best visible on
"high overhead" FS like NTFS.
It's turning out to be the PITA I expec
Around about 04/02/11 12:06, Neil Bird typed ...
It's turning out to be the PITA I expected.
OK, I've backported enough of the trunk copy to get it compiling for
Linux, but it now fails 2 tests. I'll investigate next week. It almost
certainly won't compile for Windows
Around about 08/02/11 01:58, Daniel Shahaf typed ...
I'm concerned; that doesn't sound like a good process to develop
a patch. Normally backporting a patch is a matter of finding
N applicable revisions and merging them... but it sounds that here
you're re-developing the feature from scratch.
Around about 08/02/11 10:01, Neil Bird typed ...
Around about 08/02/11 09:03, Daniel Shahaf typed ...
Thanks. However, to clarify, I'm not specifically interested in the
"give us N revisions" form; I'm just interested in seeing a coherent
patch at the end, and wanted t
Around about 01/03/11 15:19, Daniel Shahaf typed ...
The magic is "add 840074 to the old revnum to get the new one":
http://svn.apache.org/repos/asf/subversion/README
Ah, all is clear[er].
--
[neil@fnx ~]# rm -f .signature
[neil@fnx ~]# ls -l .signature
ls: .signature: No such file or direct
Around about 01/03/11 16:03, Stefan Sperling typed ...
Neil, can you try the attached patch, please? Thanks!
OK, are you just trying to embarrass me now by getting an alternative
patch out so quickly?? :-)
I'll try it now ...
--
[neil@fnx ~]# rm -f .signature
[neil@fnx ~]# ls -l .signa
Around about 01/03/11 16:03, Stefan Sperling typed ...
Neil, can you try the attached patch, please? Thanks!
Running all tests in lock_tests.py [57/71]...FAILURE
FAIL: lock_tests.py 25: svn:needs-lock and svn:executable, part I
FAIL: lock_tests.py 26: svn:needs-lock and svn:executable, part I
Around about 01/03/11 16:34, Stefan Sperling typed ...
It's not perfect yet. There are regression test failures around
setting file permissions for svn:needs-lock and svn:executable.
Yes, I saw those.
But the most interesting bit of information is whether it fixes
the performance issues, w
Around about 01/03/11 17:13, Stefan Sperling typed ...
Great! Here's a new version that includes a fix for the lock_tests
failures. I'll propose this for backport now. Thanks for providing
the initial patch submission for this and for helping with testing!
Yep, that's the kiddie! Thanks for
Around about 13/09/12 15:50, Josh Triplett typed ...
Why should only the command-line clients notice those environment
variables? If someone has http_proxy set, and runs some graphical
subversion client using libsvn, that client ought to use the proxy as
well.
As a user of http_proxy on both
Around about 17/09/12 12:11, finge...@ccs.neu.edu typed ...
It has gotten to the point where we have an extremely large and
hard-to-manage Authz file and would like a more scalable/automated solution.
There are a few authz editor frontends, most of which store user
data/permissions in a back
Around about 08/11/11 14:34, Krigsman Kristian typed ...
We used it in a way so we could have a common code base for different
platforms and then we could inject the platform dependant files
into the correct place depending on what platform the user was
currently working on.
If your externals
14 matches
Mail list logo
