Changed paths:
M core/Body.hpp
M core/InteractionContainer.cpp
Log Message:
---
Keep pointers of interactions for all bodies, not only where otherIdId.
Sounds like the next big change after introduction of interaction
pointers by Vaclav. It is similar to PFC data.
What is the difference withe iterMadeReal?
B
Preparations to fix 850864 [1].
I think timeBorn can be removed.
Anton
[1] https://bugs.launchpad.net/yade/+bug/850864
Very interesting! How far are you from the solution? Tell us more.
You may give a state of the ChainedState type to
Now I realize this was a merge bubble.
Chiara made a git commit, hurray! ;)
Chiara, have a look at the git page on yade's wiki:
https://yade-dem.org/wiki/Yade_on_github
To avoid confusing logs after each commit/pull/push cycle, it is
convenient to setup automatic
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 684abe13275bc8508f25f704cbc292bd8b6fb221
https://github.com/yade/trunk/commit/684abe13275bc8508f25f704cbc292bd8b6fb221
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-07-13 (Fri, 13 Jul 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 0366bf7807e1895f09f792c8d5564256fc2984a6
https://github.com/yade/trunk/commit/0366bf7807e1895f09f792c8d5564256fc2984a6
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-07-11 (Wed, 11 Jul 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 10c9dd473b6e234e12953a5536295e6669e1628d
https://github.com/yade/trunk/commit/10c9dd473b6e234e12953a5536295e6669e1628d
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-07-11 (Wed, 11 Jul 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: bfb8feac11e794433a4ebd74a1943803c14aa4cc
https://github.com/yade/trunk/commit/bfb8feac11e794433a4ebd74a1943803c14aa4cc
Author: Bruno Chareyre bruno.chare...@grenoble-inp.fr
Date: 2012-07-10 (Tue, 10 Jul 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: c77a3b32be50055941001ef4b17ad57facc253cf
https://github.com/yade/trunk/commit/c77a3b32be50055941001ef4b17ad57facc253cf
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-07-09 (Mon, 09 Jul 2012
-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4
Starting from b654c2067f there is CHUNKSIZE option is returned back.
Just -DCHUNKSIZE=40 and enjoy.
This is awesome!! Thank you very much.
I've been googling how to do that with cmake without success. You are my
cmake guru!
Not sure it's Christmas list time, but make doc would be also very
FYI: cmake flags are all displayed in project settings in kdevelop.
The build and install buttons work for a fresh trunk without
configuring anything (I strongly recommend building with kdevelop since
it links directly to error/warning lines).
I still have to try integrated debugger.
There is
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 419d0bf6c528df970b836140115027aed1c4ccec
https://github.com/yade/trunk/commit/419d0bf6c528df970b836140115027aed1c4ccec
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-07-03 (Tue, 03 Jul 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: f36898f954cbfbbfb4969754d633b1c7346971ed
https://github.com/yade/trunk/commit/f36898f954cbfbbfb4969754d633b1c7346971ed
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-07-03 (Tue, 03 Jul 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 518ccc4c11c2fe70643c34fd2ee7c0540506bf3c
https://github.com/yade/trunk/commit/518ccc4c11c2fe70643c34fd2ee7c0540506bf3c
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-07-03 (Tue, 03 Jul 2012
-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
of words about this new feature into the
cmake-header [1] and installation section of documentation [2].
Thank you.
[1] https://github.com/yade/trunk/blob/master/CMakeLists.txt#L14
[2] https://github.com/yade/trunk/blob/master/doc/sphinx/installation.rst
Anton
2012/7/3 Bruno Chareyre
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 69eb412542cae994334e0335f726f08050b1fd6a
https://github.com/yade/trunk/commit/69eb412542cae994334e0335f726f08050b1fd6a
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-07-03 (Tue, 03 Jul 2012
/openblas.html
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate
: https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 9772b91cfe05bf57c093955a78fecb146e86203e
https://github.com/yade/trunk/commit/9772b91cfe05bf57c093955a78fecb146e86203e
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-06-28 (Thu, 28 Jun 2012
Hi,
I started removing some contact laws and replacing Dem3Dof*CundallStrack by
ScGeom*CundallStrack in a few scripts.
I noticed a really strange behaviour when trying
examples/ring2d/ringCundallDamping.py.
The spheres look like if they were rotating with opposite motion compared
to the cylinder.
Hi there
I added a few instructions to help you work directly on trunk with git
(bottom of the page):
https://www.yade-dem.org/wiki/Yade_on_github
Bruno
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax
in the case of engines using getStress function, there can be used a
hack with useDem3dof parameter, but in general getStress function
depends on if you use SCGeom or Dem3DofGeom (for the same particles
displacement it differs in sign).
Yes, unfortunately.
So ideal way would be the runtime
Or revert sign in all other materials :-D
Hehe yes. I won't point you to the past discussions on this delicate
topic. ;)
Since the historical (in Yade) and most-used convention is the one of
ScGeom, the choice is not too difficult.
Thanks for agreeing! :)
Bruno
--
___
Bruno
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 235491981d0a5fb322303244db673a1a76370ba9
https://github.com/yade/trunk/commit/235491981d0a5fb322303244db673a1a76370ba9
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-06-25 (Mon, 25 Jun 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: bfa19dc1a9ba02b53616ceb1c6347527c573ef15
https://github.com/yade/trunk/commit/bfa19dc1a9ba02b53616ceb1c6347527c573ef15
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-06-24 (Sun, 24 Jun 2012
___
Mailing list: https://launchpad.net/~yade-users
Post to : yade-us...@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-users
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 14cb2d16e5d61c1824e1f9a623809f25ee1e8e6c
https://github.com/yade/trunk/commit/14cb2d16e5d61c1824e1f9a623809f25ee1e8e6c
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-06-04 (Mon, 04 Jun 2012
Hi Jan,
I just added a getStress function because we needed it urgently with
Donia (and there was no function to get the simplest Sum(fi*lj) for
anything but Dem3Dof).
You may have a look at it (it's in fact just a copy of the code in
PeriTriax, and will replace it eventualy).
Feel free to
Sure of that?
The size of the container will increase forever, no?
I think, it is correct. This lowestFree variable can have only an
advantage, when you delete the last created body. It is a specific
case and I do not think it happens often. It causes also LP:1001194,
which is critical.
On 21/05/12 22:20, Anton Gladky wrote:
2012/5/21 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
It will, because the collider calls boundDispatcher in action().
Bruno
I understand, that new bounds are creating only, when the size of
bodyContainer is changed, right?
Well, it depends what you
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: a6eb3e516314c2e093d283ff26648b1d55140bf9
https://github.com/yade/trunk/commit/a6eb3e516314c2e093d283ff26648b1d55140bf9
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-05-18 (Fri, 18 May 2012
://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères
I don't see any pending/blocking points.
Bruno
On 27/04/12 22:45, Anton Gladky wrote:
Bruno, are you ready for release now?
Anton
Am 27. April 2012 20:49 schrieb Bruno Chareyre bruno.chare...@hmg.inpg.fr:
Hi,
I updated the documentation in theoretical background chapter
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: e9513ca0f18dbc8dd41f6897bd8ec32e8ce01aeb
https://github.com/yade/trunk/commit/e9513ca0f18dbc8dd41f6897bd8ec32e8ce01aeb
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-04-27 (Fri, 27 Apr 2012
/FlowEngine.cpp
Log Message:
---
Merge remote-tracking branch 'upstream/master'
Commit: 9565968b2b159b237bdd88fbe44a0a9dbd746a88
https://github.com/yade/trunk/commit/9565968b2b159b237bdd88fbe44a0a9dbd746a88
Author: Bruno Chareyre bruno.chare...@grenoble-inp.fr
Date: 2012-04-27
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 74045cab4c93eb9584aeb45fc8c80b9b4c8b8c5f
https://github.com/yade/trunk/commit/74045cab4c93eb9584aeb45fc8c80b9b4c8b8c5f
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-04-26 (Thu, 26 Apr 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 863f168a1421922eeecfb17ccdc644d6b27362d3
https://github.com/yade/trunk/commit/863f168a1421922eeecfb17ccdc644d6b27362d3
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-04-25 (Wed, 25 Apr 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 4c78e0fca74ecc9a4bc0885f356c4fa7a59d08a2
https://github.com/yade/trunk/commit/4c78e0fca74ecc9a4bc0885f356c4fa7a59d08a2
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-04-23 (Mon, 23 Apr 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 4e75e60dde279700d81f168f6360c16c4d0c006d
https://github.com/yade/trunk/commit/4e75e60dde279700d81f168f6360c16c4d0c006d
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-04-23 (Mon, 23 Apr 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: e1fb1fbc1864e5b9963de1e9dce9b513b6f25a3e
https://github.com/yade/trunk/commit/e1fb1fbc1864e5b9963de1e9dce9b513b6f25a3e
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-04-20 (Fri, 20 Apr 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 3e822f872a0cbc0689b53115cf9f20a4ee357909
https://github.com/yade/trunk/commit/3e822f872a0cbc0689b53115cf9f20a4ee357909
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-04-19 (Thu, 19 Apr 2012
-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: e736780fe7942a4ea8921fe3c18d7cb238d9e79e
https://github.com/yade/trunk/commit/e736780fe7942a4ea8921fe3c18d7cb238d9e79e
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-04-13 (Fri, 13 Apr 2012
:08, Klaus Thoeni wrote:
Hi Bruno, I might have found a student which can work on it. What do you
think? Is it tricky? I didn't have a look at it since last time we
talked about it and it seams the bug is still existing. Let me know.
--
___
Bruno Chareyre
Associate Professor
ENSE
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 4d2cf3e7f9baaca44241497af5ff28a8311c34d6
https://github.com/yade/trunk/commit/4d2cf3e7f9baaca44241497af5ff28a8311c34d6
Author: Bruno Chareyre bruno.chare...@grenoble-inp.fr
Date: 2012-04-10 (Tue, 10 Apr 2012
to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33
://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
___
Mailing list: https
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 309d210f8d96a2ff1a782263f1efd1d8a741e755
https://github.com/yade/trunk/commit/309d210f8d96a2ff1a782263f1efd1d8a741e755
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-03-30 (Fri, 30 Mar 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: 8d0510802abe1813c9fba0e664036bb90d2244be
https://github.com/yade/trunk/commit/8d0510802abe1813c9fba0e664036bb90d2244be
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-03-30 (Fri, 30 Mar 2012
Branch: refs/heads/master
Home: https://github.com/yade/trunk
Commit: f60484fdb312f4cc59e7e0fb060b43a45abc31d9
https://github.com/yade/trunk/commit/f60484fdb312f4cc59e7e0fb060b43a45abc31d9
Author: Bruno Chareyre bruno.chare...@hmg.inpg.fr
Date: 2012-03-28 (Wed, 28 Mar 2012
For the website, you can check my changes in f60484 (or better wait for the
buildbot and check https://yade-dem.org/doc/ in a moment).
I added subtitles everywhere (more readable), removed one redundant section
(citing yade), and tuned the ordering of the lists a little.
There is also one
think we are almost ready to switch the main page.
Cheers!
Bruno
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
Bruno Chareyre bruno.chare...@hmg.inpg.fr:
Hi there,
There are three well defined tasks that have been pending for a while:
1- cleaning the script/test/example folders, as explained in
https://blueprints.launchpad.net/yade/+spec/cleanscripts
2- replacing https://www.yade-dem.org/wiki/Yade
for taking the lead for one of the
tasks, raise your hand. :)
Cheers.
Bruno
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères
,
-The Buildbot
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
had a closer look at it. But it
was good you did ;-)
I just had a look at rev 3010 and now I got some speed up too which is great.
I will get rid of the GravityEngine and just use NewtonIntegrator::gravity.
Thanks again,
Klaus
On Tue, 31 Jan 2012 08:02:30 AM Bruno Chareyre wrote
I have got also a good speedup!
Very good. :)
I was not sure it would improve in such granular flow case (my mind
was more on quasi-static situations when working on that).
Just need to test it a little more, compare results etc.
Remember there is a wiki page to report results. I'm stilll
.
Will try to prepare a simple test-script.
Anton
On Thu, Jan 26, 2012 at 12:22 PM, Bruno Chareyre
bruno.chare...@hmg.inpg.fr wrote:
Could you please try bzr3006?
B
I have tried one of my working scripts and the results are not good.
The new version is dramatically slower. Not sure what
(Don't use Newton::gravity though, it breaks something in your
script and I'm still investigating).
It is not related to the new Newton::gravity, it only revealed another
bug in eigen's quaternions.
In your script, Klaus, the clump sometimes disappear, did you notice? It
is because the
===
python: /usr/include/boost/smart_ptr/shared_ptr.hpp:418: T*
boost::shared_ptr template-parameter-1-1 ::operator-() const
[with T = Bound]: Assertion `px != 0' failed.
===
Please, have a look.
Ok, I was suspecting that to. I don't know why it happens precisely
(Don't use Newton::gravity though, it breaks something in your
script and I'm still investigating).
It is not related to the new Newton::gravity, it only revealed another
bug in eigen's quaternions.
In your script, Klaus, the clump sometimes disappear, did you notice? It
is because the
===
python: /usr/include/boost/smart_ptr/shared_ptr.hpp:418: T*
boost::shared_ptr template-parameter-1-1 ::operator-() const
[with T = Bound]: Assertion `px != 0' failed.
===
Please, have a look.
Try 3009 please.
B
___
- One problem in your script it there are no spheres at startup, hence the
collider can't determine a verletDist and then it runs at each iteration,
which take a lot of time. I got a significant speedup by setting verletDist
explicitely to something positive (e.g. 0.002). I added a message
the bottleneck is SpheresFactory which is working with new version
incorrectly and
cannot find places for new bodies.
I think I see the problem. Since you are using bounding boxes for
finding places, you have problems with the default Verlet distance (0.7
* mean_radius).
Your algorithm is
On 26/01/12 10:49, Bruno Chareyre wrote:
the bottleneck is SpheresFactory which is working with new version
incorrectly and
cannot find places for new bodies.
I think I see the problem. Since you are using bounding boxes for
finding places, you have problems with the default Verlet distance
*, const Body::id_t id, const
Real
dt); // leap-frog translate
inline void leapfrogSphericalRotate(State*, const Body::id_t id,
const
Real dt); // leap-frog rotate of spherical body
On Fri, 20 Jan 2012 02:06:51 AM Bruno Chareyre wrote:
Klaus,
If what you want is to increase
/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33
/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
___
Mailing list: https://launchpad.net
?
Klaus
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
Still not good Klaus sorry. Bodies without material are allowed. Your
change should not crash yade in that case.
Solved the problem by checking if it is a clump:
___
Mailing list: https://launchpad.net/~yade-dev
Post to :
Klaus,
If what you want is to increase the timestep (because your steel-net
induces very small dt, right?), this change will not work. You need to
modify density in the good place in Newton, not damping. It can be done
by adding dscale parameter in the material class (hence no need to check
if it
the additional
test.
Bruno
Thanks
Klaus
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno
Yes, it is like a deformable clumps.
Something else I had in mined, the collider could check the material of two
bodies and if it is of type WireMat then do nothing. What do you think?
It would work but it would be ugly to include WireMat.hpp in the
collider's code.
I'm thinking we could have
Klaus, do you ask that for speedup or is it really a functionality problem?
In the later case, you could use the same idea as for setCohesionNow
(https://www.yade-dem.org/doc/yade.wrapper.html?highlight=setcohesionnow#yade.wrapper.Ip2_CohFrictMat_CohFrictMat_CohFrictPhys.setCohesionNow).
The
://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
___
Mailing list: https
thanks for the active discussion. So I guess we just leave it as it is and
use
2 for boxes and facets if this is the usual assumption.
It is 1 for boxes now (and good like this). I didn't know 2 was usual.
I would make it 1 for facet as well, but since I'm not using facets a
lot, I can't
This time (r2968), everything runs smoothly, even when erasing the first
body.
B
On 23/11/11 21:06, nore...@launchpad.net wrote:
revno: 2967
committer: Bruno Chareyre bruno.chare...@hmg.inpg.fr
branch nick: trunk
timestamp: Wed
Done in r2962. Tested ok for GSTimeStepper, many tests can be removed
when the fix is confirmed.
B.
ok, so if deleting is not possible, then increment iterator until
there is something, or there is end.
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
How did you reproduce the bug Anton please?
On 23/11/11 16:56, Bruno Chareyre wrote:
I did a check and it worked... Not the approriate check apparently, sorry.
I'll revert, no worry.
I think the main idea is correct. bodyContainer has begin() and end()
members already (else FOREACH would
I know, I will only deactivate smart_iterator and replace it with the
old one.
On 23/11/11 17:03, Anton Gladky wrote:
There is an attached script.
Bruno, please, do not do direct uncommit. I have committed already something.
Thanks
Anton
On Wed, Nov 23, 2011 at 5:00 PM, Bruno Chareyre
I deactivated smart_iterators Anton, but I can't reproduce #891540 at
the moment. With ordinary iterators it crashes, with smart iterators it
is ok. Let me know what you did.
Anton, do you agree that we cannot fix a bug in hundred places in the
code, everywhere the container is used?
It is
Thanks for the script Anton.
I found the problem: you were erasing body 0 (begin()) and I was only
checking validity inside the ++ operator (so that my tests by erasing
random bodies where ok).
I fixed that.
I found that the macro YADE_PARALLEL_FOREACH_BODY_BEGIN() has to be
fixed too, since it
In fact iterator should not only jump null bodies, but also remove
them from container.
By doing that, it would break the rule b=bodies[b.id], then it would need
a redirection that is painful to maintain.
It is the correct way, because even by C++ ISO specification an
iterator must never
for( ; bi!=biEnd ; ++bi )
{
+ if (!*bi) continue;
shared_ptrBody b = *bi;
I it not possible that iterator will return empty pointer. If it
does, then it's a bug in the iterator.
The iterator is not empty, but the pointer it points to can be.
There are so many places where this should be added that we should find
another way.
For instance, the ++ operator of body's itarators could include the check.
It would automaticaly make future code removal safe.
Very few developers would imagine that iterating on bodies can return no
body.
B
On
There are so many places where this should be added that we should find
another way.
For instance, the ++ operator of body's itarators could include the check.
It would automaticaly make future code removal safe.
Very few developers would imagine that iterating on bodies can return no
body.
B
/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
___
Mailing list: https://launchpad.net/~yade
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
___
Mailing list: https://launchpad.net/~yade-dev
Post
On 10/11/11 19:01, Anton Gladky wrote:
Hi,
Which would be the moderation criterion ?Well, we will probably approve
all people, just escaping spammers (with login gfsgffgf for example).
Do you think that giving upload access to this PPA only to yade-dev members
(a simpler alternative
We all thank YOU for this great work Anton!
Bruno
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-dev
More help : https://help.launchpad.net/ListHelp
/trunk/revision/2893
To manage notifications about this bug go to:
https://bugs.launchpad.net/yade/+bug/813925/+subscriptions
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax
...@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yade-users
More help : https://help.launchpad.net/ListHelp
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
11, rue des Mathématiques
BP 46
38402 St Martin d'Hères, France
Tél : +33 4 56 52 86 21
Fax : +33 4 76 82 70 43
Well, Bruno, my opinion is to make release with old collider, but
merge collide2 branch just after the release.
Merging would be the best testing.
If all is ok, we can make 0.80 or 0.75 in a couple of weeks/months
later. It is not problem at all.
Perfect! Let's do that.
Also we can try to
Interesting Bruno's opinion.
Needs to be checked.
http://www.mail-archive.com/yade-dev@lists.launchpad.net/msg07298.html
Note that the opinion is already implemented as part of the last fix
in collider2 branch
(http://bazaar.launchpad.net/~bruno-chareyre/yade/collide2/revision/2925
901 - 1000 of 1689 matches
Mail list logo