Re: JavaHL, 1.9: "Bad file descriptor", "Stream doesn't support this capability" errors

2015-08-13 Thread Thomas Singer
On 14.08.2015 00:20, Branko Čibej wrote: On 13.08.2015 13:32, Marc Strapetz wrote: On 27.07.2015 09:21, Branko Čibej wrote: On 27.07.2015 09:17, Marc Strapetz wrote: One of our 1.9 (early-access) users is reporting problems when performing remote commands, for example a copy URL->URL: org.a

Re: Review of sizeof usage

2015-08-13 Thread Daniel Shahaf
Branko Čibej wrote on Wed, Aug 12, 2015 at 10:07:49 +0200: > On 12.08.2015 00:31, Daniel Shahaf wrote: > > > >>> We have had problems with both styles in the past, so neither is immune > >>> to bugs. I prefer the explicit type as it is easier to grep. > >> The explicit type form is more accident-p

Re: 1.7.22 up for testing/signing

2015-08-13 Thread Julian Foad
I (Julian Foad) wrote: > sqlite: 3.8.2 Correction: I tested with SQLite amalgamation 3.7.13, here and in all my other tests recently including 1.7.21, 1.8.14, 1.9.0. - Julian

Re: 1.7.22 up for testing/signing

2015-08-13 Thread Julian Foad
On 5 August 2015, Stefan Sperling wrote: > 1.7.22 is now available for testing/signing at > https://dist.apache.org/repos/dist/dev/subversion SUMMARY: +1 to release (Unix) VERIFIED: - SHA1 sums: 6b883a0e970262f6485fc20fef68a2afcffe0875 subversion-1.7.22.tar.bz2 1b166ac564f981845b

Re: JavaHL, 1.9: "Bad file descriptor", "Stream doesn't support this capability" errors

2015-08-13 Thread Branko Čibej
On 13.08.2015 13:32, Marc Strapetz wrote: > On 27.07.2015 09:21, Branko Čibej wrote: >> On 27.07.2015 09:17, Marc Strapetz wrote: >>> One of our 1.9 (early-access) users is reporting problems when >>> performing remote commands, for example a copy URL->URL: >>> >>> org.apache.subversion.javahl.Clie

Re: Review of sizeof usage

2015-08-13 Thread Julian Foad
FWIW, I too have come to prefer the variable-based form, for readability reasons. One reason is that it is easier to quickly recognize and verify the idiom when the redundancy is in the form of two identical names close together: svn_my_type_t *my_var; [...] foo(my_var, sizeof(*my_var)); <== 'my_

Re: issue 4587: Verifying multiple OpenPGP signatures on a release

2015-08-13 Thread Julian Foad
Andreas Stieger wrote: > The following splits and verifies all signatures: > csplit --elide-empty-files --prefix=sig --suffix-format=%0d2.asc > subversion-1.9.0.tar.bz2.asc '/^-BEGIN PGP SIGNATURE-$/' '{*}' > for X in sig*.asc; do gpg --verify $X subversion-1.9.0.tar.bz2; done Yes, that

Re: Review of sizeof usage

2015-08-13 Thread Stefan Fuhrmann
On Thu, Aug 13, 2015 at 11:17 AM, Philip Martin wrote: > Stefan Fuhrmann writes: > > >> I prefer the explicit type as it is easier to grep. > > > > What do you grep for, specifically? The type should > > already show up for the variable / function argument > > declaration - so, you should not mi

Re: Review of sizeof usage

2015-08-13 Thread Stefan Fuhrmann
On Tue, Aug 11, 2015 at 4:02 PM, Philip Martin wrote: > Stefan Fuhrmann writes: > > > way we use sizeof. In my opinion, we should take the > > size of the created or processed variable instead of its > > type, i.e. > > > > abc_t *v = apr_pcalloc(pool, sizeof(*v)); > > apr_hash_set(hash, key,

Re: JavaHL, 1.9: "Bad file descriptor", "Stream doesn't support this capability" errors

2015-08-13 Thread Marc Strapetz
On 27.07.2015 09:21, Branko Čibej wrote: On 27.07.2015 09:17, Marc Strapetz wrote: One of our 1.9 (early-access) users is reporting problems when performing remote commands, for example a copy URL->URL: org.apache.subversion.javahl.ClientException: Stream doesn't support this capability Bad fil

issue 4587: Verifying multiple OpenPGP signatures on a release

2015-08-13 Thread Andreas Stieger
For issue 4587: Verifying multiple OpenPGP signatures on a release The following splits and verifies all signatures: csplit --elide-empty-files --prefix=sig --suffix-format=%0d2.asc subversion-1.9.0.tar.bz2.asc '/^-BEGIN PGP SIGNATURE-$/' '{*}' for X in sig*.asc; do gpg --verify $X subver

Re: Review of sizeof usage

2015-08-13 Thread Philip Martin
Stefan Fuhrmann writes: >> I prefer the explicit type as it is easier to grep. > > What do you grep for, specifically? The type should > already show up for the variable / function argument > declaration - so, you should not miss a type usage > either way. If I want to find all the locations tha