Hello subversion devs,
The error suggested I report the subversion error to the mailing list, here
is the error:
http://tagenigma.com/unity/SVNError.png
The scenario is that I'm running TortoiseSVN on a Mac within Crossover from
a process started from a Unity editor panel.
I think since I'm usi
This works now. I had an issue with having quotes around the path argument
when calling TortoiseProc which should probably be handled without an
assertion.
Thanks,
~Tim
On Wed, Jan 30, 2013 at 8:59 AM, Timothy Graupmann wrote:
> Hello subversion devs,
>
> The error suggested I report the subve
On Sat, Jan 26, 2013 at 5:29 AM, Bert Huijben wrote:
>> -Original Message-
>> From: rhuij...@apache.org [mailto:rhuij...@apache.org]
>> Sent: zaterdag 26 januari 2013 00:55
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r1438778 -
>> /subversion/trunk/subversion/libsvn_client
On Wed, Jan 30, 2013 at 10:20 PM, C. Michael Pilato wrote:
> On 01/30/2013 11:46 AM, Julian Foad wrote:
>> It would be awesome if we can now completely remove the code supporting
>> 'DAV props' aka 'WC props' in the client side, if it is no longer needed
>> there.
>>
>> I know little about it myse
On 30.01.2013 03:17, Julian Foad wrote:
Stefan Küng wrote on 2013-01-27:
using a build from the svn trunk (as of r1439016), I've discovered a few
problems when merging.
svn co -r23862 https://tortoisesvn.googlecode.com/svn/branches/1.7.x/src tsvnsrc
cd tsvnsrc
Now for the merge:
svn merge -c2
On 01/30/2013 11:46 AM, Julian Foad wrote:
> It would be awesome if we can now completely remove the code supporting
> 'DAV props' aka 'WC props' in the client side, if it is no longer needed
> there.
>
> I know little about it myself, but on IRC, Bert said [1]:
>
> "I would hope we can ignore WC
No particular time frame, but a little clean-up task for
anybody who has a touch of OCD or likes
playing with regular expression search and replace, would be to remove
the clause"Use scratch_pool for temporary allocations" from all our doc strings.
Documentation should be helpful and concise; re
It would be awesome if we can now completely remove the code supporting 'DAV
props' aka 'WC props' in the client side, if it is no longer needed there.
I know little about it myself, but on IRC, Bert said [1]:
"I would hope we can ignore WC/DAV props. And if somebody suggests it I would
be +1
On Wed, Jan 30, 2013 at 01:34:06PM -, julianf...@apache.org wrote:
> Author: julianfoad
> Date: Wed Jan 30 13:34:06 2013
> New Revision: 1440411
>
> URL: http://svn.apache.org/viewvc?rev=1440411&view=rev
> Log:
> Make the interactive conflict resolver code more table-driven: the responses
> th
Branko Čibej wrote on Wed, Jan 30, 2013 at 11:34:13 +0100:
> Whether we want GTest itself to use threads is another question -- I
> think the answer is a definite no for now; I can't think of a good
> reason to write multithreaded tests at this point.
AFAIK, the only uses of threading in subversio
On 30.01.2013 10:41, Stefan Sperling wrote:
>> # find and set these flags initially, do we need to add a --gtest-CXXFLAGS=?
>> # or does the bogstandard CXXUSERFLAGS suffice?
> I think just CXXUSERFLAGS is fine.
Yes. It is in fact a bad idea to add specific flags just for GTest.
>>> # not sure ho
On Tue, Jan 29, 2013 at 10:39:03AM -0800, Ben Reser wrote:
> On Tue, Jan 29, 2013 at 9:37 AM, Gabriela Gibson
> wrote:
> > Please see the attachment for a long long list of questions :)
>
> Would have been easier for me to look at this if you'd just have
> included it inline in the email or at le
12 matches
Mail list logo
