application, I would be OK with
> dropping them.
1) "limited practical application" implies some practical application.
2) They are already coded, tested, and working.
Therefore, I would suggest leaving them in.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
root finding method to the given
* functor input.
* @author Brent Worden
*/
public class BisectionSolver {
/** function used to evaluate potential roots. */
private UnaryFunction function;
/** function used to compute the midpoint of two potential roots. */
private BinaryFun
util.Map;
import org.apache.commons.collections.Closure;
import org.apache.commons.collections.CollectionUtils;
import org.apache.commons.collections.iterators.ArrayIterator;
/**
* @author Brent Worden
*/
public class UtopiaUnivariate {
/** */
private Map metrics = new HashMap();
/**
//java.sun.com/j2se/1.4/performance.guide.html
http://servlet.java.sun.com/javaone/resources/content/sf2002/conf/sessions/p
dfs/2583.pdf
http://www.idiom.com/~zilla/Computer/javaCbenchmark.html
http://www.visi.com/~khuber/java/JavaC.pdf
Here's one article that's hard to fathom:
http://www.jav
ossible to break existing code by
adding new code that isn't dependent on anything else, such as the case with
Marks statistic objects.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ccessible. I would make a statistics strategy object that knows what
statistics to compute and how to compute them based on the window policy.
The univariate would act as a mediator between the two objects. I like
Mark's approach, but I think I would take it a little further in terms of
abstraction by making univariate independent of the statistics its
calculating.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Here's some mutable number types I've had laying around for about 5 years.
Feel free to use them in lang (or disregard them) as you see fit.
Brent Worden
http://www.brent.worden.org
> -Original Message-
> From: _matthewHawthorne [mailto:[EMAIL PROTECTED]
> Sent: Saturd
vice
provider mechanism
(http://java.sun.com/j2se/1.4.1/docs/guide/jar/jar.html#Service%20Provider)
and use commons-discovery to enable it.
The library, as it stands, wouldn't be too hard to morph into two separate
JARs, one f
ething you can use or improve.
The relevant types are org.apache.jakarta.commons.math.RootFinding and
org.apache.jakarta.commons.math.Function and there it's utilized in
org.apache.jakarta.commons.math.stat.distribution.AbstractContinuousDistribu
tion.
Let me kno
f function
> evaluation are also important, which is the reason to let the user
> override defaults.
> This means if relAcc is given then reject absAcc if
>max(abs(x0),abs(x1))*relAcc+c*absAcc == max(abs(x0),abs(x1))*relAcc
> for some predermined constant c in 0.2..1.
>
> &
down doing other things. I
would agree with what Phil suggested and let the committer get caught up
with all the patches, create the patch for your stuff and commit it then.
thanks,
Brent Worden
http://www.brent.worden.org
-
) regularizedBeta is derived using the cf class and (6.4.1), (6.4.5) and
(6.4.6) from NR.
E) TDistribution is based on (6.4.9) from NR.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
e.
Some other constants besides E and PI: golden ratio, euler, sqrt(PI), etc.
I've used a default error constant several places. It would be nice to come
up with a central location for such values.
In addition to the above, has any thought gone into a set of application
exceptions that will b
> -Original Message-
> From: Al Chou [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 10, 2003 2:14 PM
> To: Jakarta Commons Developers List
> Subject: Re: [math] proposed ordering for task list, scope of initial
> release
>
>
> --- Phil Steitz <[EMAIL PROTE
ns,
> all of which have pros and cons. I personally would suggest to
> avoid returning NaNs and throwing RuntimeExceptions whereever
> possible and use a package specific hierarchy of declared exceptions
> instead.
>
> J.Pietschmann
I would agree whole-heartedly.
Brent Worden
http:
greeable than the static
method approach. It also is inline with the direction most of the library
is beginning to take; complex algorithms encapsulated in strategy type
objects which are interchangeable through a common interface.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
n hearing more
> about what others may have in mind.
The big problem I have with returning NaN is the caller has little knowledge
why NaN is being returned. If an exception is thrown, preferably a
specialized exception like ConvergenceException, the caller knows precisely
the reason for failure a
matrix routines:
http://math.nist.gov/javanumerics/jama/
We might want to borrow a linear systems solver from here.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> -Original Message-
> From: Mark R. Diggory [mailto:[EMAIL PROTECTED]
>
> Brent Worden wrote:
> > On the discussion of MathUtils, StatUtils and the placement of the
> > average(double, double) method, if the method name was changed
> to midpoint,
> > w
rs as they're still not
required to add try-catch blocks. Plus, we could then leave the check enable
to catch any actual violations.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
://nagoya.apache.org/wiki/apachewiki.cgi?CreatingStandardWebPresence
Feel free to make and changes.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ar), and most of the
> JARs are probably lying around on your system somewhere anyway :)
>
The geronimo project has written clean-room implementations of most J2EE
APIs. Maybe we can get them to deploy javamail to ibiblio.
Brent Worden
http://www.brent.worden.org
just over 90% coverage. There were a
couple of classes with individual coverage of <50% which, if test were
written, could boost the coverage closer to 95%.
In short, I think our unit test are more than adequate and we should change
the 100% notion on the site to something realistic like 90% or
nivariateRealSolverUtil? Dunno.
This is in one of my patches. RootFinding is now no more.
> - Rename UnivariateRealSolverUtil to UnivariateRealSolverUtils?
This is in one of my patches.
> - Rename UnivariateRealSolverImpl to UnivariateRealSolverSPI?
Since this in an abstract clas
;
> Any ideas/recomendations/votes?
>
> J.Pietschmann
>
I'm for 2 with the addendum that the beta and gamma functions catch it and
return NaN much like the functions in java.lang.Math.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I just submitted a patch that fixes this bug.
Brent Worden
http://www.brent.worden.org
> -Original Message-
> From: Mark R. Diggory [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 11, 2003 11:02 AM
> To: Jakarta Commons Developers List
> Subject: Re:
ased approach is to be employed,
convoluted names for primitive types would need to be used instead of their
conventional names. With that, I would say, the collection based approach
is clearly the better alternative.
Brent Worden
http://www.brent.worden.org
-
>
> C) Ask the maven folks to publish a -SNAPSHOT and dated build from the
> resulting commons-collections HEAD to the ibiblio repository
Also, since primitives depends on it, I would suggest publish the new
collections testing jar to ibiblio.
Brent Worden
http://www.brent.w
mmons-math goes far beyond what was envisioned in the project proposal.
Before going to much further, I would like to receive some user opinions
about the current API to help drive us for future functionality and
enhancements. Also, since I'm not known to be humble, it would b
ne is
interested in seeing the changes, the patch file is available at
http://www.brent.worden.org/complex-tests.txt.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [
27;ll
double check the committer FAQ and make sure I followed the proper
procedure.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
someone wanted to solve for the second derivate, apply the decorator to
the original function twice.
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
he things you care
about, the mathUtils portion, and with some attention allotted to broadening
[math] into the package of our dreams (or nightmares depending on your point
of view).
Brent Worden
http://www.brent.worden.org
-
To
+1
- Original Message -
From: "Phil Steitz" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List"
Subject: [RE-VOTE] Release Commons Math 1.1
Date: Sun, 11 Dec 2005 22:08:05 -0700
>
> The problems reported with math 1.1 RC4 have been fixed. I would like
> to call for another releas
Can I get brentworden added to jakarta-developers?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
maven.xml if others think its necessary.
Brent Worden
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PROTECTED]
> Sent: Saturday, September 03, 2005 8:54 PM
> To: Jakarta Commons Developers List
> Subject: [VOTE] [restarted] Release Commons Math 1.1
>
> Please
will be fixed in RC3.
On 9/7/05, Brent Worden wrote:
>
> -0
>
> I tried doing a Maven build from the archives, but it failed on the
> site:generate goal because the checkstyle.xml and license-header.txt files
> were not included in the distro. Are we supporting the full M
+1
Brent Worden
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PROTECTED]
> Sent: Saturday, November 27, 2004 10:32 AM
> To: Jakarta Commons Developers List
> Subject: [vote][math] Release Math 1.0
>
> There have been no bug reports against commons-math-
with columns overlapping, odd text wrapping and the like.
I uploaded a snapshot of math to display these quirks:
http://www.apache.org/~brentworden/math/index.html
Can someone in the know look into this and offer suggestions for a
resolution?
Brent Worden
> -Original Message-
> F
[math] is done.
Brent Worden
> -Original Message-
> From: Henri Yandell [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 31, 2004 12:45 PM
> To: Jakarta Commons Developers List
> Subject: Nagoya references
>
> http://www.apache.org/~noel/nagoya-references.txt
I just committed a fraction class based on the one found in commons-lang.
Please provide any feedback regarding its correctness, completeness, etc.
Thanks,
Brent Worden
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
I believe the nightly builds are being built using the sandbox sources. Who
would I talk to about changing this or where should I go to get this
remedied?
Brent Worden
http://www.brent.worden.org
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent
e nightly build does indeed build the sandbox version of
> commons-math instead
> of the commons proper version. That will be fixed as of
> tonight's (20040304)
> version.
>
> Sorry for not catching this when math graduated out of the sandbox.
>
> Craig
&g
t; Phil
>
I have no problem with it going into MathUtils. Or we could create our own
ArrayUtils that supplements the one found in [lang].
Brent Worden
http://www.brent.worden.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
FYI, this problem still exists in RC3 of Maven (version 1.7 of the ant
plugin). So, I modified the jelly script to create paths relative to
${basedir}. I sent my changes to the Maven team and they recently got
incorporated into the development stream of the ant plugin.
So, prior to the next rele
I agree with returning zero for the absolute frequencies.
For the relative frequencies, I would argue for returning NaN as is done in
BivariateRegression when there is insufficient data.
Brent Worden
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August
Any objection to tracking these and future feature requests using the wiki?
A wish list, if you will.
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 15, 2004 1:06 PM
To: Jakarta Commons Developers List
Subject: Re: [math] Only sample variances?
Kim va
Any objections to using the maven-changes-plugin to provide release notes?
If not, I can start working on it.
Brent Worden
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 15, 2004 5:29 PM
To: Jakarta Commons Developers List
Subject: Re: [math
>
> Phil Steitz wrote:
>
> > Brent Worden wrote:
> >
> >> Any objections to using the maven-changes-plugin to provide release
> >> notes?
> >> If not, I can start working on it.
> >
> >
> > I certainly have no objection to th
gt; think that the right thing to include would be a single statement to the
> effect that 1.0 is the initial release of commons-math.
Ok. I'll refrain from adding the report 'til after the release. No need to
hold it up any longer.
Brent Worden
---
> [X] +1 Go ahead and release 1.0-RC1
> [ ] +0
> [ ] -0
> [ ] -1 Don't release 1.0-RC1, because...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
The path we have chosen, by
placing procedures dealing with one variable in the univariate package and
all other procedures dealing with more than one variable is satisfactory and
makes for a good discriminant.
Brent Worden
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
move on.
Brent Worden
> -Original Message-
> From: Gray, Andrew (ITDA) [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 02, 2004 2:44 AM
> To: 'Jakarta Commons Developers List'
> Subject: RE: [MATH] Matrix indices
>
>
> ditto below -
> +1 for
where absolute
> paths get inserted.
>
> -Phil
>
Using Maven 1.0 isn't sufficient. I believe version 1.8.1 of the ant plugin is needed
to fully fix the absolute path issue. It must be downloaded seperately which can be
Here's my basis for the exponential, chi-squared, and gamma distribution design
(forgive me for reiterating some points made by others):
Exponential is separate because both the CDF and inverse CDF have closed form
computations. This provides better performance and higher accuracy than the iter
I'll update the user guide section of the site with the Poisson addition.
Brent Worden
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PROTECTED]
> Sent: Sunday, November 07, 2004 7:07 PM
> To: Jakarta Commons Developers List
> Subject: [math][vote] Relea
+1
Brent Worden
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PROTECTED]
> Sent: Sunday, November 07, 2004 7:07 PM
> To: Jakarta Commons Developers List
> Subject: [math][vote] Release 1.0-RC2
>
> This vote is to approve the public release of commons
Good catch. One thing you might want to do is override the minimum decimal
digits by setting that property to zero.
Brent
- Original Message -
From: "Phil Steitz" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List"
Subject: [math][patch] 1.4 dependency in FractionFormat
Date: Sun
> we can place versioned javadoc? How about
> jakarta.apache.org/commons/javadoc//?
>
> I am personally OK with committing your changes if you have
> this working (including the SCM plugin dependency, as long as
> it works on both Windoz and linux) and changing to use the
> re
> we can place versioned javadoc? How about
> jakarta.apache.org/commons/javadoc//?
>
> I am personally OK with committing your changes if you have
> this working (including the SCM plugin dependency, as long as
> it works on both Windoz and linux) and changing to use the
> re
are George Marsaglia's "The Mother of All
Random Number Generators" and the Mersenne Twister.
Brent Worden
> -Original Message-
> From: Uzhgorod [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 14, 2005 12:39 AM
> To: commons-dev@jakarta.apache.org
> Subject: Re: [
are George Marsaglia's "The Mother of All
Random Number Generators" and the Mersenne Twister.
Brent Worden
> -Original Message-
> From: Uzhgorod [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 14, 2005 12:39 AM
> To: commons-dev@jakarta.apache.org
> Subject: Re: [
commons-io has utility methods along those lines.
Brent
- Original Message -
From: "James Carman"
To: "'Jakarta Commons Developers List'"
Subject: [lang] IoUtils...
Date: Thu, 16 Jun 2005 12:46:38 -0400
>
> Do we have any plans on developing a class for generic IO utilities such as
> co
Not to poo-poo on your work, but have you considered using the Maven
Announcement plugin for generating release notes? It performs the same job
of creating a text file based on the changes.xml items.
Brent Worden
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PRO
You might want to add a couple of modifications better enforce an integer
constraint:
NumberFormat nf = NumberFormat.getNumberInstance(locale);
nf.setMaximumFractionDigits(0);
nf.setParseIntegerOnly(true);
Brent Worden
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PRO
I've used it with good success. If you've seen any of the Maven plugin release
announcements circulating on the mailing lists, then you've seen the plugin in
action. You may need to upgrade to the lastest version, 1.3, as it provides
the means to specify a custom JSL transform
I started working on this today. I've resorted to rolling our own rounding
functions instead of relying on BigDecimal for conversions. I will keep all
the rounding options supplied by BigDecimal.
Hopefully, I can get this done today.
Brent Worden
- Original Message -
From:
All done.
Brent Worden
- Original Message -
From: "Brent Worden" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List"
Subject: Re: [math] Rounding implementation in MathUtils
Date: Mon, 08 Aug 2005 13:53:28 -0600
>
> I started working on this toda
We support 1.3 and higher.
Brent Worden
- Original Message -
From: Zhang <[EMAIL PROTECTED]>
To: "Phil Steitz" <[EMAIL PROTECTED]>
Subject: [math] JDK version
Date: Fri, 12 Aug 2005 18:12:15 -0700 (PDT)
>
> Do we have requirement or guidelines on JD
Test bug was isolated in the test cases. Should an entry be added to
changes.xml to inform users of this fix? Or should changes.xml be reserved
for mods to the core classes?
Brent Worden
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Frida
"Phil Steitz" <[EMAIL PROTECTED]> wrote
Today I created a MATH_1_1 branch that should be close to taggable for
the 1.1 release. The only thing remaining is a full resolution to BZ
36105. We should make the changes for this bug there and port them to
the trunk as well. Once we have resolution t
"Phil Steitz" <[EMAIL PROTECTED]> wrote
I also committed the first batch of Xiaogang Zhang's SOC contributions
to trunk. This stuff looks very good to me. Thanks, Xiaogang! More
eyeballs are always a good thing, though, so all pls review. The
analysis package is getting too large, so we shou
- Original Message -
From: "Phil Steitz" <[EMAIL PROTECTED]>
> Other than 36266, where the patch looks OK to me (with a doc comment
> saying how we handle the cut point 0), and 36232 where the patch also
> looks OK to me (I agree that with the short-circuit and underflow
> comments) is the
, enumerate
any sources we presently restrict. Also mention that if one has any
licensing or copyright questions about possible contributions, that they
should be raised on the mailing list.
Brent Worden
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PROTECTED]
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 01, 2005 7:52 PM
> To: Jakarta Commons Developers List
> Subject: Re: [VOTE] Release Commons Math 1.1
>
> b) text files, including the NOTICE and LICENSE use Unix line endings.
> > This is a deb
Phil,
I knew my implementations were not the most performant so, feel free to make
any improvements you deem worthy.
Brent Worden
"Phil Steitz" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Brent,
>
> Sorry for the latency. I like the API
"Ortwin Glück" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Mark,
You mentioned the "maven ant" goal. I had never tried it before and I just
gave it a spin. The result is not really usable though. The build.xml
starts off with all kind of properties that contain local path names a
nt next(int numberOfBits) // similar to the java.util.Random method
int next() // discrete uniform over [0, Integer.MAX_VALUE]
double next() // uniform over [0, 1)
The remaining methods I would implement as specialized random varia
nt next(int numberOfBits) // similar to the java.util.Random method
int next() // discrete uniform over [0, Integer.MAX_VALUE]
double next() // uniform over [0, 1)
The remaining methods I would implement as specialized random varia
/commons/math/userguide/overview.html page. We
have specified our own names, but the commons-build.jsl script is using the
section names instead.
Also, are you planning on adding a random generator section to the user
guide?
Brent Worden
> -Original Message-
> From: Phil Steitz [
/commons/math/userguide/overview.html page. We
have specified our own names, but the commons-build.jsl script is using the
section names instead.
Also, are you planning on adding a random generator section to the user
guide?
Brent Worden
> -Original Message-
> From: Phil Steitz [
The implementation looks good an a lot less heftier than what I was
anticipating.
Good work,
Brent Worden
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PROTECTED]
> Sent: Sunday, May 15, 2005 1:39 PM
> To: Jakarta Commons Developers List
> Subject: Re: [ma
The implementation looks good an a lot less heftier than what I was
anticipating.
Good work,
Brent Worden
> -Original Message-
> From: Phil Steitz [mailto:[EMAIL PROTECTED]
> Sent: Sunday, May 15, 2005 1:39 PM
> To: Jakarta Commons Developers List
> Subject: Re: [ma
@since javadoc tags. I'm adding them to all the new types and methods in
1.1
Bad choice of terms on my part.
Brent Worden
> -Original Message-
> From: Eric MacAdie [mailto:[EMAIL PROTECTED]
> Sent: Sunday, May 22, 2005 12:21 AM
> To: Jakarta Commons Developers L
@since javadoc tags. I'm adding them to all the new types and methods in
1.1
Bad choice of terms on my part.
Brent Worden
> -Original Message-
> From: Eric MacAdie [mailto:[EMAIL PROTECTED]
> Sent: Sunday, May 22, 2005 12:21 AM
> To: Jakarta Commons Developers L
Adding a wrapper makes total sense. That way, any RandomGenerator (ours or
someone elses) implementation can be used where Random objects are required.
Likewise, a RandomGenerator that wraps a Random would be a good addition.
Then any Random extension can be used inside commons-math. With thos
I've been working on automating the the generation of javadoc for prior
releases for inclusion on the website. The change involves adding a post goal
to the javadoc report goal. The post goal performs a checkout from the
repository for a tagged version of the project. Javadoc is then executed
On 4/4/07, Niall Pemberton <[EMAIL PROTECTED]> wrote:
On 4/4/07, Luc Maisonobe <[EMAIL PROTECTED]> wrote:
> Phil Steitz wrote:
>
You were only in the "Jira User" group - I've added a "committer role"
for Commons Math issues for you which should get you going for the
time being as I'm not sure wh
constructors as well as setters.
Everything is checked in and critiques are welcome.
Brent Worden
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[
http://issues.apache.org/jira/browse/MATH-154?page=comments#action_12426209 ]
Brent Worden commented on MATH-154:
---
Can we change it to subtractAndCheck?
Also, it might be useful to add two additional methods to just check for
operation
[
http://issues.apache.org/jira/browse/MATH-153?page=comments#action_12426210 ]
Brent Worden commented on MATH-153:
---
I think we can avoid the overflow conditions simply by distributing the
multiplication of the random value. With this, the
[
https://issues.apache.org/jira/browse/MATH-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Worden updated MATH-157:
--
Fix Version/s: 1.2
> Add support for SVD.
>
>
> K
[
https://issues.apache.org/jira/browse/MATH-156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Worden updated MATH-156:
--
Fix Version/s: 1.2
> Brent solver is non-optimal, because it doesn't use the user
[
https://issues.apache.org/jira/browse/MATH-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Worden updated MATH-120:
--
Fix Version/s: 1.2
> [math][patch] Pascal / Negative Binomial Distribut
[
https://issues.apache.org/jira/browse/MATH-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Worden resolved MATH-120.
---
Resolution: Fixed
- added comments about relation to negative binomail and the parameter usage
and
[
https://issues.apache.org/jira/browse/MATH-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Worden resolved MATH-153.
---
Resolution: Fixed
Fix Version/s: 1.2
SVN 525842: Corrected nextInt and nextLong to handle wide
97 matches
Mail list logo