Pedro,

Please say more about what it means to "update APR support carried in AOO."

 1. Since APR is from an Apache Project, are you talking about relying on it 
more and/or contributing improvements upstream?  <https://apr.apache.org/>

 2. Are you talking about using APR in implementations of more SAL components?

 3. Are you considering the replacement of (some) usage of the SAL API with APR 
API usage instead?

 4. Finally, for (1-2), are there not rather important plumbing-architecture 
matters concerning storage and lifecycle manage of components now handled at 
the SAL, UNO, etc., layers?

 5. Also, how does this intersect with efforts designed to make AOO into a 
Java-based application?  I suppose some current concerns about multi-threading 
and synchronization, mutexes, etc., might also come into play.

It would be valuable to have a roadmap that allows work to be shared and 
reviewed and with all of the testing and documentation that will be called for, 
across platform builds as handled for AOO.

Perhaps I am reading too much into what you are proposing.  I look forward to 
your clarification.

 - Dennis

> -----Original Message-----
> From: Pedro Giffuni [mailto:p...@apache.org]
> Sent: Tuesday, May 24, 2016 10:20
> To: OOo Apache <dev@openoffice.apache.org>
> Subject: Updating APR ...
> 
> Hello;
> 
> As part of some enhancements I am preparing to generate better random
> numbers, I took a look at the random number generator in SAL and
> I found it's very limited.
> 
> I think even the "regular" KISS PRNG I implemented in Calc does a
> better job generating random numbers but instead of moving my PRNG
> to SAL I will be using the one in APR.
> 
> Looking at the SAL APIs I also think APR can replace much of that
> functionality as well.
> 
> So, just to let you know, I am in the process of updating the APR
> support we carry in AOO: it should be also useful for serf, and we
> could use it for tomcat, which we may want to upgrade and use more
> extensively in the future as well.
> 
> Pedro.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Reply via email to