Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens within the hour... vote away;
+/-1
[ ] Release apr 1.3.2 as GA
[ ] Release apr-util 1.3.2 as GA
Of course 1.3.1 images were scuttled, thanks to all who tested! Windows
.zip's will follow after a bit of
On Tue, Jun 17, 2008 at 16:40, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens within the hour... vote away;
Ubuntu x86 2.6.24-19-generic
[+1] Release apr 1.3.2 as GA
[+1] Release apr-util 1.3.2 as GA
The only
Lucian Adrian Grijincu wrote:
On Tue, Jun 17, 2008 at 16:40, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens within the hour... vote away;
Ubuntu x86 2.6.24-19-generic
[+1] Release apr 1.3.2 as GA
[+1] Release
On Tue, Jun 17, 2008 at 18:44, Paul Querna [EMAIL PROTECTED] wrote:
On a release tarball, you shouldn't have to run buildconf, infact I'd say
its better not too -- we want to make sure the packagers generated
./configure works correctly.
I know this policy.
I first tested both apr and
Lucian Adrian Grijincu wrote:
Afterwards I ran ./buildconf to see whether some things run haywire
because of it. The only thing noteworthy was apr-util's ./buildconf
warning. All tests ran ok.
You mean the nested expat's ./buildconf warning ;-)
On Tue, Jun 17, 2008 at 16:40, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens within the hour... vote away;
A Cell Blade system: Linux 2.6.22-5.20070920bsc #1 SMP Tue Sep 25
10:49:16 CEST 2007 ppc64 ppc64 ppc64
Den Tuesday 17 June 2008 15:40:06 skrev William A. Rowe, Jr.:
Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens within the hour... vote away;
+/-1
[ ] Release apr 1.3.2 as GA
[ ] Release apr-util 1.3.2 as GA
Of course 1.3.1 images were scuttled,
On 6/17/2008 at 7:40 AM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens within the hour... vote away;
+/-1
[ ] Release apr 1.3.2 as GA
[ ] Release apr-util 1.3.2 as GA
On Tue, Jun 17, 2008 at 19:25, Lucian Adrian Grijincu
[EMAIL PROTECTED] wrote:
On Tue, Jun 17, 2008 at 16:40, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens within the hour... vote away;
A Cell Blade system: Linux
On 06/17/2008 02:08 AM, [EMAIL PROTECTED] wrote:
Author: bojan
Date: Mon Jun 16 17:08:15 2008
New Revision: 668354
URL: http://svn.apache.org/viewvc?rev=668354view=rev
Log:
Document changes for trunk.
Modified:
apr/apr-util/trunk/CHANGES
Modified: apr/apr-util/trunk/CHANGES
URL:
On 06/17/2008 06:25 PM, Lucian Adrian Grijincu wrote:
On Tue, Jun 17, 2008 at 16:40, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens within the hour... vote away;
A Cell Blade system: Linux 2.6.22-5.20070920bsc #1
On Tue, Jun 17, 2008 at 22:11, Ruediger Pluem [EMAIL PROTECTED] wrote:
A Cell Blade system: Linux 2.6.22-5.20070920bsc #1 SMP Tue Sep 25
10:49:16 CEST 2007 ppc64 ppc64 ppc64 GNU/Linux
[-1] Release apr 1.3.2 as GA
-bash-3.2$ ./testall testlfs
testlfs : |Segmentation fault
On 06/17/2008 08:55 PM, Lucian Adrian Grijincu wrote:
On Tue, Jun 17, 2008 at 19:25, Lucian Adrian Grijincu
[EMAIL PROTECTED] wrote:
On Tue, Jun 17, 2008 at 16:40, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Candidates will be up at http://apr.apache.org/dev/dist/ once the sync
happens
On Tue, Jun 17, 2008 at 22:24, Ruediger Pluem [EMAIL PROTECTED] wrote:
Thanks for investigating, but keep two things in mind:
1. If errno is really 0 it would be a bug in your glibc / Linux kernel
as the man page is very clear about setting an error code in errno here.
Yeah, but if it
On 06/17/2008 10:37 PM, Lucian Adrian Grijincu wrote:
On Tue, Jun 17, 2008 at 22:24, Ruediger Pluem [EMAIL PROTECTED] wrote:
Thanks for investigating, but keep two things in mind:
1. If errno is really 0 it would be a bug in your glibc / Linux kernel
as the man page is very clear about
On Wed, Jun 18, 2008 at 00:53, Ruediger Pluem [EMAIL PROTECTED] wrote:
Please execute the following command on your box and supply the output:
Never knew time could list so many things :)
/usr/bin/time --verbose sleep 0
Command being timed: sleep 0
User time (seconds): 0.00
On Wed, Jun 18, 2008 at 00:57, Lucian Adrian Grijincu
[EMAIL PROTECTED] wrote:
On Wed, Jun 18, 2008 at 00:53, Ruediger Pluem [EMAIL PROTECTED] wrote:
Please execute the following command on your box and supply the output:
Never knew time could list so many things :)
/usr/bin/time --verbose
On 06/17/2008 11:57 PM, Lucian Adrian Grijincu wrote:
On Wed, Jun 18, 2008 at 00:53, Ruediger Pluem [EMAIL PROTECTED] wrote:
Please execute the following command on your box and supply the output:
Never knew time could list so many things :)
/usr/bin/time --verbose sleep 0
Command
On Wed, Jun 18, 2008 at 01:04, Lucian Adrian Grijincu
[EMAIL PROTECTED] wrote:
On Wed, Jun 18, 2008 at 00:57, Lucian Adrian Grijincu
[EMAIL PROTECTED] wrote:
On Wed, Jun 18, 2008 at 00:53, Ruediger Pluem [EMAIL PROTECTED] wrote:
Please execute the following command on your box and supply the
I'm getting these on Fedora 9, x86_64:
---
dbd/apr_dbd_odbc.c: In function ‘odbc_open’:
dbd/apr_dbd_odbc.c:1010: warning: cast to pointer from integer of
different size
dbd/apr_dbd_odbc.c: In function ‘odbc_start_transaction’:
dbd/apr_dbd_odbc.c:1101: warning: cast to pointer
On Tue, 2008-06-17 at 08:40 -0500, William A. Rowe, Jr. wrote:
+/-1
[+1] Release apr 1.3.2 as GA
[+1] Release apr-util 1.3.2 as GA
Good MD5s. Good signatures.
Fedora 9, i686/x86_64.
CentOS 5, i686/x86_64.
RHEL 4, i686.
CentOS 3, i686.
--
Bojan
This time on HP-UX. The attached patch avoids it. Please review.
--
Bojan
Index: dso/unix/dso.c
===
--- dso/unix/dso.c (revision 668877)
+++ dso/unix/dso.c (working copy)
@@ -178,9 +178,9 @@
int status;
errno = 0;
-
Bojan Smojver wrote:
I'm getting these on Fedora 9, x86_64:
---
dbd/apr_dbd_odbc.c: In function ‘odbc_open’:
dbd/apr_dbd_odbc.c:1010: warning: cast to pointer from integer of
different size
dbd/apr_dbd_odbc.c: In function ‘odbc_start_transaction’:
On Tue, 2008-06-17 at 22:02 -0400, Tom Donovan wrote:
The Microsoft ODBC docs at
http://msdn.microsoft.com/en-us/library/ms713605(VS.85).aspx say:
SQLPOINTER ValuePtr
[Input] Pointer to the value to be associated with Attribute. Depending on
the value of
Attribute,
Also, HP-UX 11.11, PA-RISC, in 32-bit mode, APR, compiled with GCC:
Failed TestsTotal FailFailed %
===
testatomic 19 1 5.26%
testprocmutex 4 1 25.00%
testsockets 7
Bojan Smojver wrote:
Also, HP-UX 11.11, PA-RISC, in 32-bit mode, APR, compiled with GCC:
testsockets 7 3 42.86%
testsockets : |Line 70: expected 0, but saw 221
|Line 85: expected 0, but saw 221
|Line 112: expected 0, but saw 221
\Line 185: Condition is false,
Tom Donovan wrote:
Bojan Smojver wrote:
I'm getting these on Fedora 9, x86_64:
---
dbd/apr_dbd_odbc.c: In function ‘odbc_open’:
dbd/apr_dbd_odbc.c:1010: warning: cast to pointer from integer of
different size
dbd/apr_dbd_odbc.c: In function ‘odbc_start_transaction’:
27 matches
Mail list logo