[prev in list] [next in list] [prev in thread] [next in thread] 

List:       apr-dev
Subject:    Re: svn commit: r1833421 - in /apr/apr/trunk: ./ build/ crypto/ include/ include/private/ test/
From:       Graham Leggett <minfrin () sharp ! fm>
Date:       2018-07-31 22:32:44
Message-ID: 6897CC80-94BC-42D9-A86C-3C4A64BAB16D () sharp ! fm
[Download RAW message or body]

On 24 Jul 2018, at 17:26, Yann Ylavic <ylavic.dev@gmail.com> wrote:

> > > This is being discussed in the other, so I won't my arguments here.
> > 
> > Just to clarify, I'm -1 (veto).
> 
> So I have to convince you (let's try again :p ) or revert, this is it?
> I'd like to ear what others think though…

Rather than reverting I'd rather consider this a blocker for releasing apr-util v1.7, \
taking it out is needless when it can be fixed instead.

> > APR controls the loading and unloading of APR DSOs, there is nothing
> > stopping us making the DSO unload a noop when broken versions of openssl are
> > present.
> 
> But de-init may be required/desired when APR loads (e.g.) openssl for
> its own use no?
> What if the user wants openssl (< 1.1) cleanup when the program stops
> (possibly that'd clear some memory or alike)?

The openssl-users thread is here:

http://openssl.6102.n7.nabble.com/Initialising-OpenSSL-more-than-once-how-do-we-handle-this-td74472.html


Regards,
Graham
—


[prev in list] [next in list] [prev in thread] [next in thread]