Hi Michael,
I found why it is happening, but I can't see a simple way to change
the code. It seems to be design, not just code to work this way.
reps-strings.c:svn_fs_base__get_mutable_rep
=
SVN_ERR(svn_fs_bdb__string_append(fs, &new_str, 0, NULL, tra
Hi
On Tue, Jan 12, 2010 at 2:52 PM, Hyrum K. Wright
wrote:
> After pulling 1.6.7 due to a segfault regression, we've rerolled the branch
> as Subversion 1.6.8. The magic revision is r898464, and you can find the
> tarballs here:
>
> http://orac.ece.utexas.edu/pub/svn/1.6.8/
>
> Please be sure
After pulling 1.6.7 due to a segfault regression, we've rerolled the branch as
Subversion 1.6.8. The magic revision is r898464, and you can find the tarballs
here:
http://orac.ece.utexas.edu/pub/svn/1.6.8/
Please be sure to test the bindings.
You know the drill: signatures from full committer
Philip Martin writes:
These errors are in generated code which may be specific to my
machine, so here's some context:
> ==13541== Conditional jump or move depends on uninitialised value(s)
> ==13541==at 0x7211D2C: svn_md5__digest_to_cstring (md5.c:62)
> ==13541==by 0x7211E02: svn_md5_dig
Julian Foad writes:
> Philip Martin wrote:
>> I build with pool debugging enabled. I have run the tests under
>> valgrind as follows:
>>
>> (cd subversion/bindings/swig/ruby && valgrind ruby -I
>> ../../../../../src-1.6/subversion/bindings/swig/ruby
>> ../../../../../src-1.6/subversion/bindin
Hi there,
after converting the list to .apache.org it seemed to me that my account
for moderating the dev-list is lost ?
Can i be dev-list moderator as before or not ?
Kind regards
Karl Heinz Marbaise
--
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl
Philip Martin wrote:
> I build with pool debugging enabled. I have run the tests under
> valgrind as follows:
>
> (cd subversion/bindings/swig/ruby && valgrind ruby -I
> ../../../../../src-1.6/subversion/bindings/swig/ruby
> ../../../../../src-1.6/subversion/bindings/swig/ruby/test/run-test.rb
Kamesh Jayachandran wrote:
> Hi All,
>
> Last week I posted the patch to implement 'svn client' to identify the
> svn operation they are about to do with a given ra_session.
>
> Following thread has the detailed discussion.
>
> http://mail-archives.apache.org/mod_mbox/subversion-dev/201001.mbox/
Hi devs,
I've first discussed this at the "users" list and there was no big
interest but also no negative feedback there. Therefore I'm suggesting
this to you now:
Would you make the ".svn" directories not accessible by "others" (thus
being accessible only by the "owner" and "group") ?
You can r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kannan wrote:
[..]
> [[[
> Log:
> Ensure the URLs are always canonical.
>
> [ in subversion/libsvn_ra_neon ]
>
> * util.c
> (svn_ra_neon__request_get_location): Canonicalize the 'BASE URL' as
>per the rule.
>
> * props.c
> (end_element): Sam
Joe Swatosh writes:
> On Mon, Jan 11, 2010 at 12:01 PM, Hyrum K. Wright
> wrote:
>>
>> On Jan 11, 2010, at 12:12 PM, Philip Martin wrote:
>>
>>> "Hyrum K. Wright" writes:
>>>
After merging the pending fixes into 1.6.x, I reran the tests. The only
failure was in the ruby bindings:
>>
11 matches
Mail list logo