Luc Maisonobe wrote:
Phil Steitz a écrit :
Luc Maisonobe wrote:
Phil Steitz a écrit :
I can' t tell exactly what went wrong from the diff, but somehow the
solvers lost their history. All others look good.
That's weird. I did exactly the same thing for this sub-
Phil Steitz a écrit :
> Luc Maisonobe wrote:
>> Phil Steitz a écrit :
>>
>>> I can' t tell exactly what went wrong from the diff, but somehow the
>>> solvers lost their history. All others look good.
>>>
>>
>> That's weird. I did exactly the same thing for this sub-package as for
>> the oth
On Sun, 18 Jan 2009, Luc Maisonobe wrote:
The UnivariateRealIntegrator interface shares most of the convergence
settings that have been put in the new ConvergenceAlgorithm
super-interface. The only missing part is absolute accuracy settings.
It seems interesting for consistency to follow the sa
Luc Maisonobe wrote:
The UnivariateRealIntegrator interface shares most of the convergence
settings that have been put in the new ConvergenceAlgorithm
super-interface. The only missing part is absolute accuracy settings.
It seems interesting for consistency to follow the same pattern as
Univaria
On 18/01/2009, Rahul Akolkar wrote:
> On Thu, Jan 15, 2009 at 6:22 AM, sebb wrote:
> > On 15/01/2009, Mark Thomas wrote:
> >> > From: Phil Steitz [mailto:phil.ste...@gmail.com]
> >>
> >> >
> >> > Stephen Colebourne wrote:
> >> > > Rahul Akolkar wrote:
> >> > >>
> >>
> >> > >> Note th
Luc Maisonobe wrote:
Phil Steitz a écrit :
I can' t tell exactly what went wrong from the diff, but somehow the
solvers lost their history. All others look good.
That's weird. I did exactly the same thing for this sub-package as for
the other ones: a copy using Eclipse and the subclip
On Sun, Jan 18, 2009 at 8:24 AM, Jochen Wiedmann
wrote:
> On Sun, Jan 18, 2009 at 4:19 AM, Rahul Akolkar
> wrote:
>
>>> +} finally {
>>> +if (!successful) {
>>> +for (Iterator iterator = items.iterator();
>>> iterator.hasNext();) {
>>> +Fi
The UnivariateRealIntegrator interface shares most of the convergence
settings that have been put in the new ConvergenceAlgorithm
super-interface. The only missing part is absolute accuracy settings.
It seems interesting for consistency to follow the same pattern as
UnivariateRealSolver and Univar
Phil Steitz a écrit :
> I can' t tell exactly what went wrong from the diff, but somehow the
> solvers lost their history. All others look good.
That's weird. I did exactly the same thing for this sub-package as for
the other ones: a copy using Eclipse and the subclipse plugin.
I have tried to r
I can' t tell exactly what went wrong from the diff, but somehow the
solvers lost their history. All others look good.
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: d
Stefan Bodewig wrote:
> On 2009-01-17, Oliver Heger wrote:
>
>
>>Stefan Bodewig wrote:
>>
>>>There have been two changes in parallel, vmgump switched to Java6 and
>>>Xalan has been added as a dependency.
>
>
>>>Given that the tests passed on gump.zones.ao before I added Xalan (and
>>>this has
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-jelly-tags-sql has an issue affecting its community integration.
T
On Sun, Jan 18, 2009 at 4:19 AM, Rahul Akolkar wrote:
>> +} finally {
>> +if (!successful) {
>> +for (Iterator iterator = items.iterator();
>> iterator.hasNext();) {
>> +FileItem fileItem = (FileItem) iterator.next();
>> +
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
integrati
14 matches
Mail list logo
