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 this
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
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
2012/2/26 Luc Maisonobe luc.maison...@free.fr:
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
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 removes
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,
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
squar...@dia.uniroma3.it 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
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 stuff
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
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
ja...@carmanconsulting.comwrote:
On Sun, Feb 26, 2012 at 5:41 PM, Claudio Squarcella
squar...@dia.uniroma3.it wrote:
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-digester3 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-exec-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-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-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
think? I
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,
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
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
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 to
23 matches
Mail list logo
