Hi,
It's been a year since my last commit and I've forgotten about the
internals of the patch code. Sending this patch for review so that I
don't mess something up.
[[[
Fix issue #4049 - SEGV on patch that deletes and skips.
When we do the sanity check of the supplied patch file we set
skipped=T
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
Philip Martin wrote:
> After this change when I do "svn mergeinfo ^/X wc" it fails
> here because "" is not a working copy.
Thanks Philip. Fixed in r1199271.
- Julian
Krigsman Kristian writes:
> I'm sorry to hear that this wasn't intentionally supported in 1.6
> since we built a structure around this feature. I also read into your
> answer that I shouldn't expect this to be fixed in any later release.
> We used it in a way so we could have a common code base
Hi, Krisitan,
Von: Krigsman Kristian [mailto:kristian.krigs...@kapsch.net]
> I'm sorry to hear that this wasn't intentionally supported in 1.6 since we
> built a structure around this feature. I also read into your answer that I
> shouldn't expect this to be fixed in any later release.
> We us
Philip Martin writes:
> It is a regression, I suppose, but I don't think we deliberately
> supported it in 1.6.
Thanks for the response.
I'm sorry to hear that this wasn't intentionally supported in 1.6
since we built a structure around this feature. I also read into your
answer that I shouldn
julianf...@apache.org writes:
> Author: julianfoad
> Date: Tue Nov 8 12:54:43 2011
> New Revision: 1199222
>
> URL: http://svn.apache.org/viewvc?rev=1199222&view=rev
> Log:
> On the 'showing-merge-info' branch: Account for renaming of the source
> branch over its lifetime.
> +svn_error_t *
> +sv
Hi Bill.
Let me see if I understand.
You describe a procedure for converting a set of parallel renames into an
equivalent incremental sequence of renames. That is, the input is a list of N
independent renames, where each "rename[i]" (for 0 <= i < N) describes a move
from a path in the initial
On Mon, Nov 07, 2011 at 10:41:48PM +0200, Daniel Shahaf wrote:
> Stephane: in the future please spell out a precise list of steps needed
> to reproduce the error you see. We would rather spend our times
> thinking about how to fix bugs than guessing how to create them.
"Reproduce", not "create".
Hello,
(firstly I apologise for mailing to both lists simultaneously but this
concerns both products)
One of our developers accidentaly stumbled upon an effective way to DoS the
whole server by unknowingly trying to access parts of SVN repo he was not
authorized for. The svnserve daemon spawned a
10 matches
Mail list logo