> On 29 Aug 2022, at 14:18, Nathan Hartman wrote:
>
> On Mon, Aug 29, 2022 at 5:36 AM Barry Scott wrote:
>>
>> I had a pysvn user report that they cannot detect that a wc is locked.
>>
>> What I found is that I get that info and indeed locked == 0.
>>
I had a pysvn user report that they cannot detect that a wc is locked.
What I found is that I get that info and indeed locked == 0.
This is because there is no code in svn_wc__status2_from_3 to
copy locked value from old_status->locked into *status->locked.
Do you need a bug report? Its been a w
> On 9 Mar 2021, at 20:09, Daniel Shahaf wrote:
>
> Daniel Sahlberg wrote on Mon, Mar 08, 2021 at 09:15:21 +0100:
>> Attaching version 5, with changes as below.
There are lines with trailing white space that should be cleaned up.
>>
>> Den sön 7 mars 2021 kl 20:42 skrev Daniel Shahaf :
>>
I know this pain well. I build svn for macOS and Windows to do the binary pysvn
releases.
I have the build for the svn client side of things fully automated.
In case this is helpful to you here is what I use.
The scripts I use are here:
https://svn.code.sf.net/p/pysvn/code/trunk/pysvn/
Thanks will the required changes be in alpha3?
Is it possible to do the sort without using the private API?
Barry
pysvn author
On 6 Nov 2014, at 19:55, Ben Reser wrote:
> On 11/6/14 5:10 AM, Nico Kadel-Garcia wrote:
>> Out of curiosity, do the same issues occur with gcc on a modern box?
>> Th
On 3 Oct 2014, at 13:15, Julian Foad wrote:
> Stefan Sperling wrote:
>> On Fri, Oct 03, 2014 at 11:26:32AM +0400, Navrotskiy Artem wrote:
>>> Subversion console client try to detect binary file with algorythm:
>>>
>>> 1. File is NOT BINARY if it contains only BOM UTF-8 signature (why n
I found this while running the pysvn regression tests against svn 1.8.0-rc2.
I get the following segv back trace:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x
0x7fff918076b0 in strlen ()
(gdb) bt
#0 0x7fff918076b0 in strlen ()
Oh and these warnings as well:
subversion/libsvn_diff/diff_file.c:2211:49: warning: data argument not used by
format string [-Wformat-extra-args]
modified_start + 1, modified_length));
^
./subversion/include/svn_error.h:3
I see the following warning when compiling on Mac OS X 10.8 with Xcode 4.6.2,
"Apple clang version 4.0 (tags/Apple/clang-421.0.60) (based on LLVM 3.1svn)".
Would you be willing to change the code to fix the warning?
subversion/libsvn_delta/svndiff.c:791:34: warning: adding 'apr_size_t' (aka
'uns
On 4 Nov 2011, at 20:21, Bert Huijben wrote:
>
>
>> -Original Message-----
>> From: Barry Scott [mailto:ba...@barrys-emacs.org]
>> Sent: vrijdag 4 november 2011 19:57
>> To: Bert Huijben
>> Cc: 'Subversion Development'
>> Subject: Re: svn
On 4 Nov 2011, at 11:10, Bert Huijben wrote:
>
>
>> -Original Message-----
>> From: Barry Scott [mailto:ba...@barrys-emacs.org]
>> Sent: vrijdag 4 november 2011 12:06
>> To: Subversion Development
>> Subject: svn_wc_adm_probe_open3 fails on window
I know that you have marked svn_wc_adm_probe_open3 as deprecated
however I assume you expect it to still work. And it does on
Mac OS X.
When called like this:
svn_error_t *error = svn_wc_adm_probe_open3( &adm_access, NULL,
norm_path.c_str(), false, 0, NULL, NULL, pool );
Where norm_path
On 3 Nov 2011, at 11:48, C. Michael Pilato wrote:
> On 11/02/2011 05:42 PM, Barry Scott wrote:
>> I wish that the canonical stuff was inside the svn_client_XXX API calls and
>> not
>> a burdon on callers. To my mind the svn.exe API and the svn_client_XXX should
>>
On 2 Nov 2011, at 09:47, Bert Huijben wrote:
>
>
>> -Original Message-----
>> From: Barry Scott [mailto:ba...@barrys-emacs.org]
>> Sent: woensdag 2 november 2011 10:19
>> To: Bert Huijben
>> Cc: 'Subversion Development'
>> Subject:
On 2 Nov 2011, at 06:47, Bert Huijben wrote:
>
>
>> -Original Message-----
>> From: Barry Scott [mailto:ba...@barrys-emacs.org]
>> Sent: woensdag 2 november 2011 1:12
>> To: Subversion Development
>> Subject: 1.7.0 assert on svn_client_checkout with E2350
This is a extract from the pysvn win32 test-01 output.
(I will test with 1.7.1 once there are kits from David Darj's win32svn).
pysvn is calling svn_client_mkdir and it works
Info: PYSVN CMD mkdir file:///b:/repos/trunk/test -m "test-01 add test"
pysvn is calling svn_client_list and it wo
On 11 Oct 2011, at 09:57, Philip Martin wrote:
> Philip Martin writes:
>
>> sqlite-3.6.18, our minimum version, has SQLITE_OPEN_SHAREDCACHE. I
>> suppose we could start using that instead of sqlite3_enable_shared_cache.
>
> Barry, would you try this patch to confirm it works on OS X 10.7:
Ye
I'm trying to build subversion 1.7.0-rc4 on Mac OS X 10.7.
And I'm guessing that got something in the build/install wrong.
I see the following error from svn checkout:
$ /usr/local/svn-1.7.0-rc4/bin/svn checkout
file:///Users/barry/BuildTemp/Darwin_body/svn-1.7.0-rc4/py27_pysvn_apple_com/Tests/t
luded there, just unpack the dependency package
and skip ahead to the next requirement.
Barry
>
> -Hyrum
>
> On Mon, Oct 10, 2011 at 8:50 AM, Barry Scott wrote:
>> The INSTALL still talks about the deps package...
>> (line 193).
>>
>> Can you confirm that t
The INSTALL still talks about the deps package...
(line 193).
Can you confirm that the INSTALL is accurate please?
Barry
On 28 Sep 2011, at 17:26, Hyrum Wright wrote:
> I'm happy to announce the release of Apache Subversion 1.7.0-rc4.
> Please choose the mirror closest to you by visiting:
>
On 24 Jul 2011, at 03:38, Hyrum Wright wrote:
> I'm happy to announce the release of Apache Subversion 1.7.0-beta2.
> Please choose the mirror closest to you by visiting:
I have just finished running the pysvn test and they all passed.
However I am seeing lines with "traced call". What do they
On 14 Jul 2011, at 17:36, Julian Foad wrote:
> On Thu, 2011-07-14 at 17:20 +0100, Julian Foad wrote:
>> On Tue, 2011-07-12, Barry Scott wrote:
>>> 1. Get http://pysvn.barrys-emacs.org/source_kits/pysvn-merge-assert.tar.bz2
>>> 2. tar xf pysvn-merge-assert.tar.bz2 -
On 12 Jul 2011, at 15:02, Julian Foad wrote:
> On Mon, 2011-07-11 at 12:23 +0100, Julian Foad wrote:
>> On Sat, 2011-07-09, Barry Scott wrote:
>>> svn built with ./configure --prefix=/usr/local --enable-debug on
>>> Fedora 15 x86_64.
>>
>> Hi Barr
On 6 Jul 2011, at 15:53, Hyrum K Wright wrote:
> Can you reproduce this with a non-optimized build of Subversion? Many
> of the function arguments in the stack trace appear to be optimized
> out, making it less than useful.
>
> -Hyrum
svn built with ./configure --prefix=/usr/local --enable-deb
I'm testing 1.7-alpha2 against pysvn using Fedora 15 and I'm seeing an assert
when calling svn_client_merge3. This has all works against 1.6.
Is this a bug in svn or pysvn calling svn?
details below
Barry
Here is what was printed:
Info: pysvn command: merge --revision 16:17
file:///home/barr
On 23 Jun 2011, at 23:13, Hyrum Wright wrote:
> I'm happy to announce Apache Subversion 1.7.0-alpha2, the next public
> pre-release of the 1.7.x series, is now available. Please choose the closest
> mirror to you by visiting:
>
> http://subversion.apache.org/download/#pre-releases
>
> The SH
On 10 Jan 2011, at 03:59, Daniel Shahaf wrote:
> Are the typedefs for SVN_FILESIZE_T_FMT and APR_OFF_T_FMT correct?
No APR_OFF_T_FMT is wrong. Its "%lld" but needs to be APR_INT64_T_FMT so
that the apr_xxxprintf code will process it. It turns out that %lld is only
half handled
and that leads to
I'm seeing the following reproducible crash on Mac OS X for x86_64 using svn
1.6.15.
This is crash does not happen using 1.6.12.
It seems to be the call to apr_psprintf that is not right.
Here is the bt:
#0 0x7fff82ac8160 in strlen ()
#1 0x0001015190c7 in apr_vformatter (flush_func=0x
On 16 May 2010, at 16:20, Greg Stein wrote:
> On Sun, May 16, 2010 at 05:00, Barry Scott wrote:
>> ...
>> Here are the list of svn_wc_ symbols from pysvn.
>> pysvn does not include svn_wc.h.
>
> How do you have these values if you don't include svn_wc.h?
>
On 8 Apr 2010, at 22:02, Greg Stein wrote:
> Hey all,
>
> It has come up a few times on IRC discussions: "we should never have
> exposed libsvn_wc, just libsvn_client".
>
> Well, we've already exposed it, so we need to at least keep that stuff
> around. But moving forward... should new function
30 matches
Mail list logo
