openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dennis E. Hamilton" <>
Subject RE: Updating APR ...
Date Tue, 24 May 2016 19:44:20 GMT

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?  <>

 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

 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 []
> Sent: Tuesday, May 24, 2016 10:20
> To: OOo Apache <>
> 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:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message