Re: [VOTE][RC1] Release Commons Math 3.6.1

If you add the -Xdoclint:none command line argument, that will ignore the javadoc errors. I love how the JDK itself doesn't compile without that option. On 19 March 2016 at 15:38, Oliver Heger wrote: > Build worked fine with Java 1.6 on Windows 10. Artifacts and

Re: [math] Fix for MATH-1342

Le 2016-03-16 20:13, Evan Ward a écrit : Hi, Hi Evan, First, I'm trying to use the new branching strategy so I would appreciate your patience if I'm not doing correctly. I've commited a fix for MATH-1342 in commit 7a8dc00. This is a problem with event detection in all ODE integrators. So

Re: [math] questions on GA

Hello. On Thu, 17 Mar 2016 19:11:16 +0300, Семенов Кирилл wrote: Hi, I've been using genetic algorithm for some pet projects. And I'd like to shed some light on a number of topics. Thanks for you interest. Given that there exist Java softwares that seem to provide a more complete

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

Github user rpreissel commented on the pull request: https://github.com/apache/commons-compress/pull/11#issuecomment-197507339 This is a memory issue and from my point of view there is no simple way to test it with an unit test. I have tried to write an unit test and used

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

Github user asfgit closed the pull request at: https://github.com/apache/commons-compress/pull/11 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the

Build failed in Jenkins: Commons-Compress #60

See Changes: [bodewig] Bugfix for COMPRESS-343 [bodewig] test if end() is invoked when stream is closing [bodewig] COMPRESS-343 try to free native memory even if close fails [bodewig] record fix for COMPRESS-343 [bodewig] plug a few

AW: [report] Report from the Apache Commons Project

What about the plan to move [Math] to TLP? Jan > -Ursprüngliche Nachricht- > Von: Gary Gregory [mailto:garydgreg...@gmail.com] > Gesendet: Dienstag, 15. März 2016 23:36 > An: Commons Developers List > Betreff: Re: [report] Report from the Apache Commons Project > > As did Thomas

Re: [VOTE][RC1] Release Commons Math 3.6.1

On 03/17/2016 03:06 PM, Evan Ward wrote: > > > > > > > > This is a [VOTE] for releasing Apache Commons Math 3.6.1 from > release candidate 1. > > > > Tag name: > > MATH_3_6_1_RC1 (signature can be checked from git using 'git tag > -v') > > > > Tag URL: > > >

Re: [VOTE][RC1] Release Commons Math 3.6.1

Le 17/03/2016 20:06, Evan Ward a écrit : > This is a [VOTE] for releasing Apache Commons Math 3.6.1 from release > candidate 1. > > Tag name: > MATH_3_6_1_RC1 (signature can be checked from git using 'git tag -v') > > Tag URL: > >

Build failed in Jenkins: Commons-Compress » Apache Commons Compress #60

See Changes: [bodewig] Bugfix for COMPRESS-343 [bodewig] test if end() is invoked when stream is closing [bodewig] COMPRESS-343 try to free native memory even if close fails [bodewig] record fix

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

GitHub user rpreissel opened a pull request: https://github.com/apache/commons-compress/pull/11 Bugfix for COMPRESS-343 The class ...sevenz.Coders.DeflateDecoder does not close (end()) the Deflater and Inflater. This can lead to native memory issues: see

Early Access builds of JDK 9 b110 & JDK 9 with Project Jigsaw b110 (#4664) are available on java.net

Hi Benedikt, Early Access b110 for JDK 9 is available on java.net, summary of changes are listed here . Among other fixes , the following changes are also included from builds 108 to 110 o

Re: [crypto][chimera] Next steps

Dear All, Please find the proposal document text for Apache Commons Crypto project below and the same has been committed at Chimera project home folder [1] . Please provide your feedbacks and let me know if anything else need to cover in this document. Thanks a lot for the help and support so

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

Github user garydgregory commented on the pull request: https://github.com/apache/commons-compress/pull/11#issuecomment-197425393 Hi, Thank you for the patch. Do you have a unit test that show the problem and it being fixed by the patch? Gary --- If your

[math] questions on GA

Hi, I've been using genetic algorithm for some pet projects. And I'd like to shed some light on a number of topics. 1. Am I correct to think, that now GA is working in a single thread? In such case, was there any discussions on the subject (I didn't find within a quick check of Jira). If not,

Re: [math] questions on GA

> > In effect, some time ago we evoked the possibility to drop GA support > altogether since the code seemed little used and a lot of work was > anticipated for making it useful beyond demo applications. It is rather surprising, that ASF doesn't have any complex and extensive AI instruments. I

Re: [math] Fix for MATH-1342

On 03/16/2016 05:18 PM, luc wrote: > Le 2016-03-16 20:13, Evan Ward a écrit : >> Hi, > > Hi Evan, > >> >> First, I'm trying to use the new branching strategy so I would >> appreciate your patience if I'm not doing correctly. >> >> I've commited a fix for MATH-1342 in commit 7a8dc00. This is a

[collections] An order statistic tree

Hello, all. I would like to announce that I have a java.util.Set implementation that is an order statistic tree (all non-bulk operations + select + rank in O(log n) time) [1]. However, it seems like the team on behalf of the order statistic tree issue is rather idle [2], hence the message.

[math] Fix for MATH-1342

Hi, First, I'm trying to use the new branching strategy so I would appreciate your patience if I'm not doing correctly. I've commited a fix for MATH-1342 in commit 7a8dc00. This is a problem with event detection in all ODE integrators. So if the list approves I would like to merge this into the

[GitHub] commons-compress pull request: Bugfix for COMPRESS-343

Github user bodewig commented on the pull request: https://github.com/apache/commons-compress/pull/11#issuecomment-197788653 I had naively assumed `InflaterInputStream#close` would free up the resources. Come to think of it, if we pass in the `Inflater` ourselves it makes sense that