Le 26/02/2012 08:47, Sébastien Brisard a écrit :
> Hi,
> I know that CM3 should be in a frozen state now, but while working
> with FieldElement this morning, I've noticed that the contract of
> divide(T) states that an ArithmeticException *should* be thrown if the
> parameter is zero. However, for
On Sun, Feb 26, 2012 at 11:12:03AM +0100, Luc Maisonobe wrote:
> Le 26/02/2012 08:47, Sébastien Brisard a écrit :
> > Hi,
> > I know that CM3 should be in a frozen state now, but while working
> > with FieldElement this morning, I've noticed that the contract of
> > divide(T) states that an Arithme
Hi all
> IIRC the vertex order should be guarded by the vertexStack - maybe it
> is just the handler be called in the wrong way
Simo you are right, the vertices have visited in the right way, but the edge
handler has called in the wrong way. IMHO we have to modify the code in order
to fire the
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-exec-test has an issue affecting its community integration.
This i
2012/2/26 Luc Maisonobe :
> Le 26/02/2012 08:47, Sébastien Brisard a écrit :
>> Hi,
>> I know that CM3 should be in a frozen state now, but while working
>> with FieldElement this morning, I've noticed that the contract of
>> divide(T) states that an ArithmeticException *should* be thrown if the
>>
Hola!
> It's a good idea, Now we have implemented two separate methods that visit the
> graph for dfs and bfs. We should do a little refactoring and implement a
> unique method that switches between dfs and bfs simply changing the the type
> of visitedVertex. WDYT?
it would be nice indeed, but
You can just use LinkedList for both implementations (if you want to
avoid a commons-collections dependency). You'd just have a "wrapper"
around it that adds to the tail and removes from either the head or
the tail depending upon the desired behavior (stack removes from the
tail while queue remove
That would be a smart improvement James, feel free to assign that task
to yourself if you want to participate!
TIA!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Feb 26, 2012 at 10:11 PM, Jame
Hi,
Simo you are right, the vertices have visited in the right way, but the edge
handler has called in the wrong way. IMHO we have to modify the code in order
to fire the edge handler in the right way to avoid any error for the user.
the method "discoveryEdge" currently tells whether or not
On Sun, Feb 26, 2012 at 5:41 PM, Claudio Squarcella
wrote:
> the method "discoveryEdge" currently tells whether or not the algorithm
> should explore a subtree/branch and add related vertices to the stack/queue.
> So I see no conflict in the implementation. Maybe you are saying that the
> edge sho
> Unfortunately,
> I've not had much time to dig into this code, but I would really love
> to find some time. I like this kind of stuff. It makes me feel like
> all that discrete mathematics stuff I studied wasn't a complete waste!
> :) In the "business" world, you don't get to play with this st
On domingo, 26 de febrero de 2012 at 9:03 PM, Simone Tripodi wrote:>
Unfortunately,
> I've not had much time to dig into this code, but I would really
love
> to find some time. I like this kind of stuff. It makes me feel
like
> all that discrete mathematics stuff I studied wasn't a complete
wa
If you really want to search all edges, why not just make the dual fast to
create and do a DFS on vertices of the dual?
On Sun, Feb 26, 2012 at 11:47 PM, James Carman
wrote:
> On Sun, Feb 26, 2012 at 5:41 PM, Claudio Squarcella
> wrote:
> > the method "discoveryEdge" currently tells whether or n
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-digester3 has an issue affecting its community integration.
This i
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-exec-test has an issue affecting its community integration.
This i
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-lang3-test has an issue affecting its community integration.
This
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-scxml-test has an issue affecting its community integration.
This
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
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-proxy-test has an issue affecting its community integration.
This
Hello,
while working on MATH-755, I've noticed that there is no error message
corresponding to a division by zero. So for the time being, when such
a situation occurs, I use "ZERO_NOT_ALLOWED", but I was considering
adding an entry DIVISION_BY_ZERO to LocalizedFormats. What do you
think? I could do
>
> Hello,
> while working on MATH-755, I've noticed that there is no error message
> corresponding to a division by zero. So for the time being, when such
> a situation occurs, I use "ZERO_NOT_ALLOWED", but I was considering
> adding an entry DIVISION_BY_ZERO to LocalizedFormats. What do you
> thi
On 02/24/2012 12:41 AM, Mladen Turk wrote:
Apache Commons Daemon 1.0.10 is
[X] +1 Release
Just my vote for the record
Regards
--
^TM
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mai
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-vfs2-test has an issue affecting its community integration.
This i
Hi,
I've written a wrapper class around the double primitive type. This
wrapper class implements FieldElement. This allows generic
calculations on exchangeable number types (big fractions, big
decimals, fractions, decimals). I would like to contribute this new
class to CM (3.1). This class could b
Le 27/02/2012 08:14, Sébastien Brisard a écrit :
> Hi,
>
> I've written a wrapper class around the double primitive type. This
> wrapper class implements FieldElement. This allows generic
> calculations on exchangeable number types (big fractions, big
> decimals, fractions, decimals). I would like
25 matches
Mail list logo
