Re: {SPAM 03.5} Re: [RFC] Non-normalizing Unicode Composition Awareness

2012-02-21 Thread Daniel Shahaf
I've granted you write access to the wiki. Thomas Åkesson wrote on Tue, Feb 14, 2012 at 12:36:23 +0100: > Thanks Julian and Markus for providing feedback. > > I am not commenting below because all the feedback is very good and I will > try to address it as best I can in the next iteration. Desc

Re: svn commit: r1291520 - /subversion/trunk/subversion/tests/cmdline/svntest/actions.py

2012-02-21 Thread Philip Martin
Daniel Shahaf writes: > phi...@apache.org wrote on Mon, Feb 20, 2012 at 23:37:52 -: >> +# The different orders of the real and dry-run merges may cause >> +# the "Merging rX through rY into" lines to be duplicated a >> +# different number of times in the two outputs. The list-set

Re: MTime resurrected

2012-02-21 Thread Julian Foad
Rick Yorgason wrote: > Alright, after the discussion on Friday I feel like I've got a > better handle on the subject, so I went ahead and tried to > document the intended behaviour. > > I noticed that you seem to be moving toward putting new notes > on the wiki, so I wrote it in wiki format. R

AW: svn commit: r1291520 - /subversion/trunk/subversion/tests/cmdline/svntest/actions.py

2012-02-21 Thread Markus Schaber
Hi, Philip, Von: Philip Martin [mailto:philip.mar...@wandisco.com] >Daniel Shahaf writes: > >> phi...@apache.org wrote on Mon, Feb 20, 2012 at 23:37:52 -: >>> +# The different orders of the real and dry-run merges may cause >>> +# the "Merging rX through rY into" lines to be duplicat

Reporting an error when failing to compute a liveprop

2012-02-21 Thread Daniel Shahaf
When failing to compute a liveprop, currently we just claim that its value is "###error###". (We used to claim "0" for filesize.) The following patch makes us avoid reporting a value at all (not even an empty one). On a spot check no tests failed with this over ra_serf, even when I made the new

APR hash order

2012-02-21 Thread Philip Martin
A recent APR change affects hashes: the default hash function now has a random component. This change was made to avoid possible DOS attacks where the user controls input to the hash. If the user selects inputs that all collide then subsequent hash access becomes O(N) rather than O(1). The rando

Re: APR hash order

2012-02-21 Thread Daniel Shahaf
Philip Martin wrote on Tue, Feb 21, 2012 at 12:32:43 +: > The dumpfile order is more interesting. Although we don't specify the > dumpfile order until now it has been repeatable, at least when using the > same executable/libraries. I can see that this repeatability is useful > to an administr

Re: APR hash order

2012-02-21 Thread Philip Martin
Daniel Shahaf writes: > Philip Martin wrote on Tue, Feb 21, 2012 at 12:32:43 +: >> The dumpfile order is more interesting. Although we don't specify the >> dumpfile order until now it has been repeatable, at least when using the >> same executable/libraries. I can see that this repeatabilit

Re: APR hash order

2012-02-21 Thread Daniel Shahaf
Philip Martin wrote on Tue, Feb 21, 2012 at 13:13:48 +: > Daniel Shahaf writes: > > > Philip Martin wrote on Tue, Feb 21, 2012 at 12:32:43 +: > >> The dumpfile order is more interesting. Although we don't specify the > >> dumpfile order until now it has been repeatable, at least when usi

RE: APR hash order

2012-02-21 Thread Bert Huijben
> -Original Message- > From: Philip Martin [mailto:philip.mar...@wandisco.com] > Sent: dinsdag 21 februari 2012 14:14 > To: Daniel Shahaf > Cc: dev@subversion.apache.org > Subject: Re: APR hash order > > Daniel Shahaf writes: > > > Philip Martin wrote on Tue, Feb 21, 2012 at 12:32:43 +

Re: APR hash order

2012-02-21 Thread Philip Martin
"Bert Huijben" writes: >> -Original Message- >> From: Philip Martin [mailto:philip.mar...@wandisco.com] >> Sent: dinsdag 21 februari 2012 14:14 >> To: Daniel Shahaf >> Cc: dev@subversion.apache.org >> Subject: Re: APR hash order >> >> Daniel Shahaf writes: >> >> > Philip Martin wrote o

Re: APR hash order

2012-02-21 Thread Hyrum K Wright
On Tue, Feb 21, 2012 at 7:32 AM, Bert Huijben wrote: > > >> -Original Message- >> From: Philip Martin [mailto:philip.mar...@wandisco.com] >> Sent: dinsdag 21 februari 2012 14:14 >> To: Daniel Shahaf >> Cc: dev@subversion.apache.org >> Subject: Re: APR hash order >> >> Daniel Shahaf writes

Re: APR hash order

2012-02-21 Thread Blair Zajac
On 2/21/12 5:00 AM, Daniel Shahaf wrote: Philip Martin wrote on Tue, Feb 21, 2012 at 12:32:43 +: The dumpfile order is more interesting. Although we don't specify the dumpfile order until now it has been repeatable, at least when using the same executable/libraries. I can see that this rep

Re: MTime resurrected

2012-02-21 Thread Rick Yorgason
Thanks Julian, my username is RickYorgason. Cheers, -Rick- On 2012-02-21 4:29 AM, Julian Foad wrote: Rick Yorgason wrote: Alright, after the discussion on Friday I feel like I've got a better handle on the subject, so I went ahead and tried to document the intended behaviour. I noticed tha

Re: svn commit: r1292047 - in /subversion/trunk/subversion/libsvn_client: add.c copy.c delete.c prop_commands.c

2012-02-21 Thread Greg Stein
On Tue, Feb 21, 2012 at 16:44, wrote: > Author: hwright > Date: Tue Feb 21 21:44:13 2012 > New Revision: 1292047 > > URL: http://svn.apache.org/viewvc?rev=1292047&view=rev > Log: > Ev2 shims: Register the appropriate callbacks for use with the Ev2 shims every > time we fetch a commit editor from