Return-Path: X-Original-To: apmail-apr-dev-archive@www.apache.org Delivered-To: apmail-apr-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1C15491BC for ; Mon, 24 Sep 2012 20:20:30 +0000 (UTC) Received: (qmail 18308 invoked by uid 500); 24 Sep 2012 20:20:29 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 18229 invoked by uid 500); 24 Sep 2012 20:20:29 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 18221 invoked by uid 99); 24 Sep 2012 20:20:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Sep 2012 20:20:29 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mamfelt@gmail.com designates 209.85.214.178 as permitted sender) Received: from [209.85.214.178] (HELO mail-ob0-f178.google.com) (209.85.214.178) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Sep 2012 20:20:21 +0000 Received: by obbwd20 with SMTP id wd20so7312209obb.37 for ; Mon, 24 Sep 2012 13:20:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=lTFqCPKRw4nwwnLqQPMGYyGNlhkCqzx9Mk269KteUqE=; b=Q4egNMOSdDlLf7itdoVwdiRPbl2vvsEcOwVcxHvkYrnM6w27qjgsJcFWks3v07FKbx 49z6e1Xw1n5JifB2Hglrnk6Wnq8pt6G99hUWjF0o6VWjvexREd7sTt8rTVIVPqFKp1UT J3DQbVXV5pxPlskox8CXkI/01YIWONx7m+TmkIL9UdJIk5m/UtGO3mcxZX8jcmACZbkZ 666f+L7WcyRqnHdpJESM2mdfbdoAQtyEkqVdWe+Dk964wB0HhjEBtxBT+CCvmLFvtMPR 6ki/YwYSihQltUltqs4zct3wOEyqJmaORZNHze8jLANKqgViNuI/2JyhZix+APPtip2Y iG4Q== MIME-Version: 1.0 Received: by 10.182.225.100 with SMTP id rj4mr10989256obc.64.1348518000471; Mon, 24 Sep 2012 13:20:00 -0700 (PDT) Received: by 10.76.87.3 with HTTP; Mon, 24 Sep 2012 13:20:00 -0700 (PDT) In-Reply-To: References: <201209072356.35494.sf@sfritsch.de> <505F5784.5080809@kippdata.de> <5060A38D.10300@kippdata.de> Date: Mon, 24 Sep 2012 22:20:00 +0200 Message-ID: Subject: Re: [VOTE] Release apr-util 1.5.1 From: Michael Felt To: APR Development List Content-Type: multipart/alternative; boundary=14dae93993bb642df504ca78506b --14dae93993bb642df504ca78506b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have done some further testing of the tests. Looks like the only testxlate that does not pass (on my AIX system) is utf-8 <--> utf-7. The segmentation failure seems to arise when NULL arguments are provided as input variables to apr_xlate_conv_buffer() Assuming a fail iconv xlate of utf-8 with utf-7 is not going be overbearing for modern applications my non-vote is +1. (note: I cut out my posting, same as above, to someone "directly" to not overly clutter the list.) I "dislike" reply-all, and well, stuff happens. Michael > >>> On 07.09.2012 23:56, Stefan Fritsch wrote: >>>> >>>> Hi, >>>>> >>>>> here comes the next try. Tarballs/zipfiles are at >>>>> http://apr.apache.org/dev/**dist/ >>>>> >>>>> >>>>> Full CHANGES are here: >>>>> http://apr.apache.org/dev/**dist/CHANGES-APR-UTIL-1.5< >>>>> http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5> >>>>> http://apr.apache.org/dev/**dist/CHANGES-APR-UTIL-1.5.1< >>>>> http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5.1> >>>>> >>>>> >>>>> +/-1 >>>>> [+1] Release apr-util 1.5.1 as GA >>>>> >>>>> >>>> My test results: >>>> >>>> All problems are no regressions from 1.4.1 or 1.5.0. >>>> >>>> Summary >>>> =3D=3D=3D=3D=3D=3D=3D >>>> >>>> - some libtool m4 files not deleted by buildconf (see below) >>>> >>>> - crypto configure for OpenSSL at least fails on Solaris, >>>> because when linking against the libssl we need >>>> the additional flags "-ldl -lsocket -lnsl". Currently >>>> there's no way to fix this apart from hacking configure. >>>> For Linux I'm not sure, but likely you'll need "-ldl". >>>> >>>> - LDADD flags are typically not respected during configure. >>>> >>>> - configure fails for Berkeley DB in non-standard path, >>>> because it doesn't add an rpath to conftest and then tries >>>> to run the compiled conftest binary. >>>> >>>> - no rpath for ldap, mysql and crypto dso extensions. So no >>>> way to run the result without LD_LIBRARY_PATH. >>>> Interesting: the m4 file does add an rpath only for oracle. >>>> Since there's no platform independent way to add rpath, >>>> we might want to remove it everywhere (and users would need >>>> to use the respective LDADD variables). >>>> >>>> - no rpath for dependency libs when building without dso support, >>>> e.g. when the ldap, crypto, mysql, oracle, sqlite etc. extensions >>>> are all in the big apr util library. >>>> >>>> - testall sometimes fails in testpass on Linux and often fails >>>> in testcrypto when testing nss passphrase (see below). >>>> >>>> - Windows Build system: >>>> - all *.dep and *.mak files are missing >>>> - test/testutildll.dsp is the only DSP containing "Release9x" and >>>> "Debug9x" configuration info. IMHO that's obsolete and could >>>> be removed. >>>> >>>> Details >>>> =3D=3D=3D=3D=3D=3D=3D >>>> >>>> - svn compared with gz, bz2 and zip only expected differences >>>> except for the following in the directory xml/expat/conftools >>>> which are not a blocker; >>>> IMHO we could remove those at the and of buildconf >>>> libtool.m4 >>>> lt~obsolete.m4 >>>> ltoptions.m4 >>>> ltsugar.m4 >>>> ltversion.m4 >>>> >>>> - files signed, checksums correct >>>> >>>> - built and made check on the following platforms: >>>> >>>> - Solaris 8 and 10 Sparc (gcc 4.1.2 resp. 4.7.2) >>>> - SuSE Linux Enterprise 10 32 Bit and 10 and 11 64 Bit >>>> - RedHat Enterprise Linux 5 and 6 64 Bit >>>> >>>> - using all combinations of: >>>> >>>> - apr 1.4.6 / 1.4.x r1372028 >>>> - expat builtin / 2.1.0 >>>> - dso disable / enable >>>> - Berkeley DB 5.3.21 >>>> - sqlite 3.7.14.0 >>>> - mysql 6.0.2 (only Solaris) >>>> - oracle 11.2.0.2.0 (Solaris 10), resp. 10.2.0.5.0 (Solaris 8) >>>> - platform nss (Solaris 10 and RHEL 5 and 6) >>>> >>>> - make check for the successful build ran fine for 111 build, >>>> but failed for 57 builds. The failures for "testpass" observed in >>>> 1.5.0 are gone. Remaining ones: >>>> >>>> - one failure in testdbm on SLES 11 without DSO, >>>> *not* reproducible (Failed 1 of 2) >>>> Though not reproducible exactly the same failure happened >>>> when testing 1.5.0. Maybe due to increased load during the >>>> parallel builds and checks on the virtualized server. Could >>>> be a race condition. >>>> >>>> - 16 failures only on RHEL 5 when DSO is disabled due to >>>> segmentation fault in testcrypto. Searching for the stack >>>> indicates, that the nss library might have been used after >>>> some sort of shutdown: >>>> >>>> #0 0x00000034d140b90e in NSSRWLock_LockRead_Util () from >>>> /usr/lib64/libnssutil3.so >>>> #1 0x00000034d1c562be in PK11_GetAllTokens () from >>>> /usr/lib64/libnss3.so >>>> #2 0x00000034d1c566ed in ?? () from /usr/lib64/libnss3.so >>>> #3 0x00000034d1c4dfdd in ?? () from /usr/lib64/libnss3.so >>>> #4 0x00000034d1c4e202 in PK11_CreatePBEV2AlgorithmID () from >>>> /usr/lib64/libnss3.so >>>> #5 0x00002b54999ae5f7 in crypto_passphrase (k=3D0xc, ivSize=3D0x0, >>>> pass=3D0x410be6 "secret", passLen=3D6, salt=3D0x410be1 "salt", saltLen= =3D4, >>>> type=3DAPR_KEY_3DES_192, mode=3DAPR_MODE_CBC, >>>> doPad=3D1, iterations=3D4096, f=3D0xc263e00, p=3D0xc263d88) at >>>> /shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/** >>>> apr-util-1.5.1/crypto/apr_**crypto_nss.c:482 >>>> >>>> #6 0x000000000040c3e6 in passphrase (tc=3D0xc245880, pool=3D0xc263d88= , >>>> driver=3D0x2b5499bb7480, f=3D0xc263e00, type=3D, >>>> mode=3D>>> optimized out>, doPad=3D1, >>>> description=3D0x410c07 "KEY_3DES_192/MODE_CBC") at >>>> /shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/** >>>> apr-util-1.5.1/test/**testcrypto.c:113 >>>> >>>> #7 0x000000000040c6ed in crypto_block_cross (tc=3D0xc245880, >>>> pool=3D0xc263d88, drivers=3D, type=3DAPR_KEY_3DES= _192, >>>> mode=3DAPR_MODE_CBC, doPad=3D1, >>>> in=3D0x410cbb "12345", inlen=3D6, description=3D0x410c07 >>>> "KEY_3DES_192/MODE_CBC") at /shared/build/dev/httpd/** >>>> sources/apr-util/1.5.x/1.5.1/**apr-util-1.5.1/test/**testcrypto.c:337 >>>> >>>> #8 0x000000000040d3a1 in test_crypto_block_nss_pad (tc=3D0xc245880, >>>> data=3D) >>>> at /shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/** >>>> apr-util-1.5.1/test/**testcrypto.c:572 >>>> >>>> #9 0x00000000004059fd in abts_run_test (ts=3D, >>>> f=3D0x40d300 , value=3D0x0) >>>> at /shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/** >>>> >>>> apr-util-1.5.1/test/abts.c:169 >>>> #10 0x000000000040bbb5 in testcrypto (suite=3D0xc23f4f0) at >>>> /shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/** >>>> apr-util-1.5.1/test/**testcrypto.c:849 >>>> >>>> >>>> >>>> - 56 failures in testcrypto >>>> testing crypto for nss gives errors on Solaris 10 and on RHEL >>>> where I had built crypto with nss and OpenSSL (no nss build >>>> on the other platforms): >>>> >>>> Count Message >>>> 96 passphrase: KEY_3DES_192/MODE_CBC nss native error -8128: () >>>> 192 passphrase: KEY_3DES_192/MODE_CBC nss native error -8186: () >>>> 64 passphrase: KEY_AES_128/MODE_CBC nss native error -8128: () >>>> 64 passphrase: KEY_AES_128/MODE_CBC nss native error -8186: () >>>> 48 passphrase: KEY_AES_128/MODE_ECB nss native error -8128: () >>>> 64 passphrase: KEY_AES_192/MODE_CBC nss native error -8128: () >>>> 64 passphrase: KEY_AES_192/MODE_CBC nss native error -8186: () >>>> 48 passphrase: KEY_AES_192/MODE_ECB nss native error -8128: () >>>> 96 passphrase: KEY_AES_256/MODE_CBC nss native error -8128: () >>>> 192 passphrase: KEY_AES_256/MODE_CBC nss native error -8186: () >>>> 64 passphrase: KEY_AES_256/MODE_ECB nss native error -8128: () >>>> 64 passphrase: KEY_AES_256/MODE_ECB nss native error -8186: () >>>> >>>> Error number -8186 is on Solaris and RHEL 6, -8128 on RHEL 5. >>>> I debugged into one failure for 1.5.0 and there the problem was, >>>> that >>>> >>>> algid =3D PK11_CreatePBEV2AlgorithmID(**key->cipherOid, key->cipherOid= , >>>> >>>> SEC_OID_HMAC_SHA1, 0, iterations, &saltItem); >>>> >>>> returns NULL. Don't know how to fix that. >>>> >>>> - I have not run the httpd test framework against those builds >>>> >>>> Regards, >>>> >>>> Rainer >>>> >>>> >>> >> -- >> kippdata >> informationstechnologie GmbH Tel: 0228 98549 -0 >> Bornheimer Str. 33a Fax: 0228 98549 -50 >> 53111 Bonn www.kippdata.de >> >> HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417 >> Gesch=E4ftsf=FChrer: Dr. Thomas H=F6fer, Rainer Jung, Sven Maurmann >> > > On Sun, Sep 23, 2012 at 8:40 PM, Rainer Jung wrote: --14dae93993bb642df504ca78506b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have done some further testing of the tests.
Looks like the only testx= late that does not pass (on my AIX system) is utf-8 <--> utf-7.
The segmentation failure seems to arise when NULL arguments are provided = as input variables to apr_xlate_conv_buffer()

Assuming a fail iconv xlate of utf-8 with utf-7 is not going be overbea= ring for modern applications my non-vote is +1.

(note: I cut out my posting, same as above, to someone "directl= y" to not overly clutter the list.) I "dislike" reply-all, a= nd well, stuff happens.

Michael

On 07.09.2012 23:56, Stefan Fritsch wrote:

Hi,

here comes the next try. Tarballs/zipfiles are at
http:= //apr.apache.org/dev/**dist/ <http://apr.apache.org/dev/dist/>


Full CHANGES are here:
http://apr.apache.org/dev/**dist/CHANGES-APR-UTIL-1.5<http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5>
http://apr.apache.org/dev/**dist/CHANGES-APR-UTIL-1.5.1<= http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5.1>


+/-1
[+1] =A0Release apr-util 1.5.1 as GA


My test results:

All problems are no regressions from 1.4.1 or 1.5.0.

Summary
=3D=3D=3D=3D=3D=3D=3D

- some libtool m4 files not deleted by buildconf (see below)

- crypto configure for OpenSSL at least fails on Solaris,
=A0 =A0 because when linking against the libssl we need
=A0 =A0 the additional flags "-ldl -lsocket -lnsl". Currently
=A0 =A0 there's no way to fix this apart from hacking configure.
=A0 =A0 For Linux I'm not sure, but likely you'll need "-ldl&q= uot;.

- LDADD flags are typically not respected during configure.

- configure fails for Berkeley DB in non-standard path,
=A0 =A0 because it doesn't add an rpath to conftest and then tries
=A0 =A0 to run the compiled conftest binary.

- no rpath for ldap, mysql and crypto dso extensions. So no
=A0 =A0 way to run the result without LD_LIBRARY_PATH.
=A0 =A0 Interesting: the m4 file does add an rpath only for oracle.
=A0 =A0 Since there's no platform independent way to add rpath,
=A0 =A0 we might want to remove it everywhere (and users would need
=A0 =A0 to use the respective LDADD variables).

- no rpath for dependency libs when building without dso support,
=A0 =A0 e.g. when the ldap, crypto, mysql, oracle, sqlite etc. extensions =A0 =A0 are all in the big apr util library.

- testall sometimes fails in testpass on Linux and often fails
=A0 =A0in testcrypto when testing nss passphrase (see below).

- Windows Build system:
=A0 =A0 - all *.dep and *.mak files are missing
=A0 =A0 - test/testutildll.dsp is the only DSP containing "Release9x&q= uot; and
=A0 =A0 =A0 "Debug9x" configuration info. IMHO that's obsolet= e and could
=A0 =A0 =A0 be removed.

Details
=3D=3D=3D=3D=3D=3D=3D

- svn compared with gz, bz2 and zip only expected differences
=A0 =A0 except for the following in the directory xml/expat/conftools
=A0 =A0 which are not a blocker;
=A0 =A0 IMHO we could remove those at the and of buildconf
=A0 =A0 =A0 libtool.m4
=A0 =A0 =A0 lt~obsolete.m4
=A0 =A0 =A0 ltoptions.m4
=A0 =A0 =A0 ltsugar.m4
=A0 =A0 =A0 ltversion.m4

- files signed, checksums correct

- built and made check on the following platforms:

=A0 =A0 - Solaris 8 and 10 Sparc (gcc 4.1.2 resp. 4.7.2)
=A0 =A0 - SuSE Linux Enterprise 10 32 Bit and 10 and 11 64 Bit
=A0 =A0 - RedHat Enterprise Linux 5 and 6 64 Bit

=A0 =A0 - using all combinations of:

=A0 =A0 =A0 - apr 1.4.6 / 1.4.x r1372028
=A0 =A0 =A0 - expat builtin / 2.1.0
=A0 =A0 =A0 - dso disable / enable
=A0 =A0 =A0 - Berkeley DB 5.3.21
=A0 =A0 =A0 - sqlite 3.7.14.0
=A0 =A0 =A0 - mysql 6.0.2 (only Solaris)
=A0 =A0 =A0 - oracle 11.2.0.2.0 (Solaris 10), resp. 10.2.0.5.0 (Solaris 8)<= br> =A0 =A0 =A0 - platform nss (Solaris 10 and RHEL 5 and 6)

- make check for the successful build ran fine for 111 build,
=A0 =A0but failed for 57 builds. The failures for "testpass" obse= rved in
=A0 =A01.5.0 are gone. Remaining ones:

=A0 =A0 - one failure in testdbm on =A0SLES 11 without DSO,
=A0 =A0 =A0 *not* reproducible (Failed 1 of 2)
=A0 =A0 =A0 Though not reproducible exactly the same failure happened
=A0 =A0 =A0 when testing 1.5.0. Maybe due to increased load during the
=A0 =A0 =A0 parallel builds and checks on the virtualized server. Could
=A0 =A0 =A0 be a race condition.

=A0 =A0 - 16 failures only on RHEL 5 when DSO is disabled due to
=A0 =A0 =A0 segmentation fault in testcrypto. Searching for the stack
=A0 =A0 =A0 indicates, that the nss library might have been used after
=A0 =A0 =A0 some sort of shutdown:

#0 =A00x00000034d140b90e in NSSRWLock_LockRead_Util () from
/usr/lib64/libnssutil3.so
#1 =A00x00000034d1c562be in PK11_GetAllTokens () from /usr/lib64/libnss3.so=
#2 =A00x00000034d1c566ed in ?? () from /usr/lib64/libnss3.so
#3 =A00x00000034d1c4dfdd in ?? () from /usr/lib64/libnss3.so
#4 =A00x00000034d1c4e202 in PK11_CreatePBEV2AlgorithmID () from
/usr/lib64/libnss3.so
#5 =A00x00002b54999ae5f7 in crypto_passphrase (k=3D0xc, ivSize=3D0x0,
pass=3D0x410be6 "secret", passLen=3D6, salt=3D0x410be1 "salt= ", saltLen=3D4,
type=3DAPR_KEY_3DES_192, mode=3DAPR_MODE_CBC,
=A0 =A0 =A0doPad=3D1, iterations=3D4096, f=3D0xc263e00, p=3D0xc263d88) at
/shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/**
apr-util-1.5.1/crypto/apr_**crypto_nss.c:482

#6 =A00x000000000040c3e6 in passphrase (tc=3D0xc245880, pool=3D0xc263d88, driver=3D0x2b5499bb7480, f=3D0xc263e00, type=3D<value optimized out>,= mode=3D<value
optimized out>, doPad=3D1,
=A0 =A0 =A0description=3D0x410c07 "KEY_3DES_192/MODE_CBC") at
=
/shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/**
apr-util-1.5.1/test/**testcrypto.c:113

#7 =A00x000000000040c6ed in crypto_block_cross (tc=3D0xc245880,
pool=3D0xc263d88, drivers=3D<value optimized out>, type=3DAPR_KEY_3DE= S_192,
mode=3DAPR_MODE_CBC, doPad=3D1,
=A0 =A0 =A0in=3D0x410cbb "12345", inlen=3D6, description=3D0x410c= 07
"KEY_3DES_192/MODE_CBC") at /shared/build/dev/httpd/**
sources/apr-util/1.5.x/1.5.1/**apr-util-1.5.1/test/**testcrypto.c:337
<= br> #8 =A00x000000000040d3a1 in test_crypto_block_nss_pad (tc=3D0xc245880,
data=3D<value optimized out>)
=A0 =A0 =A0at /shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/**
apr-util-1.5.1/test/**testcrypto.c:572

#9 =A00x00000000004059fd in abts_run_test (ts=3D<value optimized out>= ,
f=3D0x40d300 <test_crypto_block_nss_pad>, value=3D0x0)
=A0 =A0 =A0at /shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/**
apr-util-1.5.1/test/abts.c:169
#10 0x000000000040bbb5 in testcrypto (suite=3D0xc23f4f0) at
/shared/build/dev/httpd/**sources/apr-util/1.5.x/1.5.1/**
apr-util-1.5.1/test/**testcrypto.c:849



=A0 =A0 - 56 failures in testcrypto
=A0 =A0 =A0 testing crypto for nss gives errors on Solaris 10 and on RHEL =A0 =A0 =A0 where I had built crypto with nss and OpenSSL (no nss build
=A0 =A0 =A0 on the other platforms):

Count Message
=A0 =A096 passphrase: KEY_3DES_192/MODE_CBC nss native error -8128: =A0() =A0 192 passphrase: KEY_3DES_192/MODE_CBC nss native error -8186: =A0()
=A0 =A064 passphrase: KEY_AES_128/MODE_CBC nss native error -8128: =A0() =A0 =A064 passphrase: KEY_AES_128/MODE_CBC nss native error -8186: =A0() =A0 =A048 passphrase: KEY_AES_128/MODE_ECB nss native error -8128: =A0() =A0 =A064 passphrase: KEY_AES_192/MODE_CBC nss native error -8128: =A0() =A0 =A064 passphrase: KEY_AES_192/MODE_CBC nss native error -8186: =A0() =A0 =A048 passphrase: KEY_AES_192/MODE_ECB nss native error -8128: =A0() =A0 =A096 passphrase: KEY_AES_256/MODE_CBC nss native error -8128: =A0() =A0 192 passphrase: KEY_AES_256/MODE_CBC nss native error -8186: =A0()
=A0 =A064 passphrase: KEY_AES_256/MODE_ECB nss native error -8128: =A0() =A0 =A064 passphrase: KEY_AES_256/MODE_ECB nss native error -8186: =A0()
=A0 =A0 =A0Error number -8186 is on Solaris and RHEL 6, -8128 on RHEL 5. =A0 =A0 =A0I debugged into one failure for 1.5.0 and there the problem was,=
=A0 =A0 =A0that

algid =3D PK11_CreatePBEV2AlgorithmID(**key->cipherOid, key->cipherOi= d,

=A0 =A0 =A0 =A0 =A0 =A0 =A0SEC_OID_HMAC_SHA1, 0, iterations, &saltItem)= ;

=A0 =A0 =A0returns NULL. Don't know how to fix that.

- I have not run the httpd test framework against those builds

Regards,

Rainer



--
kippdata
informationstechnologie GmbH =A0 Tel: 0228 98549 -0
Bornheimer Str. 33a =A0 =A0 =A0 =A0 =A0 =A0Fax: 0228 98549 -50
53111 Bonn =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 www.kippdata.de

HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417
Gesch=E4ftsf=FChrer: Dr. Thomas H=F6fer, Rainer Jung, Sven Maurmann

On Sun, Sep 23, 2012 at 8:40 PM, Rainer Jung <<= a href=3D"mailto:rainer.jung@kippdata.de" target=3D"_blank">rainer.jung@kip= pdata.de>wrote:

--14dae93993bb642df504ca78506b--