Hello Jan,
Did you try with a different kernel (e.g.
Exact_predicates_exact_constructions_kernel)?
Did you report the issue to CGAL devs?
B
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1380103
___
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
doc/sphinx/references.bib ?
--
___
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
___
Mailing list: https://launchpad.net
be merged into /doc/references.bib, then
removed.
Bruno
On 14/10/14 18:57, Bruno Chareyre wrote:
Hi Janek,
Thanks for pointing out.
Actually I don't understand when this duplicate first occured. Is the
content the same?
Bruno
On 22/09/14 15:18, Janek Kozicki wrote:
Hi,
I just wanted to add
I'm the buildbot and this bug affects me.
See:
https://yade-dem.org/buildbot/builders/yade-full/builds/2794/steps/shell_2/logs/stdio
Quote:
Exception occurred:
File conf.py, line 359, in module
import yade.config
ImportError: No module named yade.config
No significant changes in yade/doc
The problem appeared while switching to sphinx-build system call [1].
Anton, could you please have a look?
[1]
https://github.com/yade/trunk/commit/48a57fd5461b7afecdd619a3631d3db6410e5c6f
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to
Dear Sway, for your information, attaching files to emails does not make it
through launchpad answers.
So in case you attached a script as suggested by Jan we can't see it at the
moment. There must be a button to upload things, but you can also paste your
script directly in a message.
--
You
/yade/git-trunk] Rev 3461: DFNFlow
unblock cells as fractures reach them + additional attributes in JCFPM
revno: 3461
committer: Bruno Chareyre bruno.chare...@hmg.inpg.fr
timestamp: Thu 2014-10-09 23:03:29 +0200
message:
DFNFlow
the list of all
commits to Chao's branch in the last years.
Let me know if you find something wrong.
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 : +33 4 76 82 70 43
--
___
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
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev
Public bug reported:
See this question:
https://answers.launchpad.net/yade/+question/255486
Some import issues. I also get some when running yadeSphinx.py locally
on ubuntu 12.04.
** Affects: yade
Importance: Undecided
Status: New
--
You received this bug notification because
-trunk/+edit-subscription
___
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
On 08/10/14 12:59, Christian Jakob wrote:
I think we can improve it a bit: Every call of updateStiffness will
now lead to a loop over all engines.
It is ok. The time for this loop is for sure negligible, and this way it
is safe to add/remove the engine during the simulation.
But we just need
On 01/10/14 08:01, Christian Jakob wrote:
I think there is no yade engine, that includes pfv atm. So I have no
example how this is done.
There is, actually.
PFV is including itself. ;)
Check, FlowEngine.cpp, I must admit it is a little tricky:
#include FlowEngine_FlowEngineT.hpp
I shall
On 29/09/14 18:42, Janek Kozicki wrote:
Materials are shared. So this one is ok.
Do you mean it would be ok to move Material::density to some derived
class, or by ok you meant something else?
The typical wasted memory in a simulation would be one double (if there
is only one material defined).
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
___
Mailing list: https
On 28/09/14 17:29, Janek Kozicki wrote:
I only raised this because I think that adding new packages should
not require editing the stuff in core/ directory. Which is the case
with chain, SPH and LIQMIGRATION.
To me it means a poor implementation of those, not a need to edit core/.
Another
--
___
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
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev
. It should go to body-state.
Actually ChainedCylinder is deprecated and will be removed at some
point, then chain will disappear. :)
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 : +33 4 76 82 70
://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
___
Mailing list: https://launchpad.net/~yade-dev
Post
On 20/09/14 00:48, Jérome Duriez wrote:
If the cast towards CapillaryPhys or MindlinCapillaryPhys is executed
directly (with the lines I proposed) in the right way (thanks to hertzOn that
already exists), what role could have the difference in mother classes ?
if !hertzOn
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
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe
://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
___
Mailing list: https://launchpad.net
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 76 82 70 43
You are right. Thanks for pointing this.
Fixed in
https://github.com/yade/trunk/commit/07e2e55b277ee8be0f0700afbe9dfdbbced81cd8
** Changed in: yade
Status: New = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
Christian,
We better move this discussion back to yade-dev.
The fluid force Ff[i] = p*A[i] is already included if you read
O.forces.f[wallId]. As soon as PFV comes before TriaxController, you
don't have to compute it again.
You mean PFV must be defined before TSC in O.engines to get
Chareyre bruno.chare...@hmg.inpg.fr
mailto:bruno.chare...@hmg.inpg.fr:
Do you observe some problems with this commit?
Mostly a memory leak, since the size of the vector is increasing
forever, and many other vectors alike.
For instance:
https://github.com/yade/trunk
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
Fixed in [1]. Improved again in [2], so that parallel sort should be always at
least as fast as sequential sort even in special cases.
[1]
https://github.com/yade/trunk/commit/5776b8923372d9e7563dee0756d4224f01a954a8
[2]
The bug disappeared, fixed in [1] most probably.
Reverting bzr3009, which is no longer needed [2].
[1]
https://github.com/yade/trunk/commit/4ea76ad6e47ac5074a389ad61712a0840e8560a5
[2]
https://github.com/yade/trunk/commit/4a52ebdd25d57ee348aec6375a65ff388ffd97be
** Changed in: yade
Confirmed. Thanks for reporting. A bug in VtkRecorder it seems.
Any hint on which recording (in recorders=['all']) is causing the segfault
would be welcome.
Note: not all scripts crash on recorders=['all'].
** Changed in: yade
Status: New = Confirmed
--
You received this bug
someone use such algorithm in a simulation where bodies are
erased/created.
A solution would be to uncouple b.id (the position in scene.bodies) and
b.label (the identifier in post-processing functions).
Cheers.
Bruno
2014-09-15 11:20 GMT+02:00 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
Hi Anton
** Changed in: yade
Importance: Undecided = Low
** Changed in: yade
Status: New = Confirmed
** Changed in: yade
Assignee: (unassigned) = Bruno Chareyre (bruno-chareyre)
** Summary changed:
- problem with pressure calculation in PFV cells
+ boundary thickness is 0.001 by default
** Changed in: yade
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1300167
Title:
(Not) Defining velocities in UniaxialStrainer ?
Status in Yet Another
** Changed in: yade
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1161847
Title:
Cannot create two clumpClouds in the same simulation.
Status in Yet
** Changed in: yade
Status: New = Won't Fix
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1024443
Title:
particleSD2 (always random + no example script)
Status in Yet Another Dynamic
No comments? Then fixed!
** Changed in: yade
Status: New = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1351275
Title:
using internalCompaction = True in
** Changed in: yade
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1301443
Title:
Spheres/Box contact : spheres ori suddenly set to NaN.
Status in Yet
** Changed in: yade
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1234186
Title:
users manual outdated (example: SpherePadder description)
Status in
** Changed in: yade
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1223348
Title:
Yade starts without graphical interface
Status in Yet Another Dynamic
** Changed in: yade
Status: New = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1160304
Title:
Wiki bug
Status in Yet Another Dynamic Engine:
Fix Released
Bug description:
The functions are removed in c145f5a
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1024443
Title:
particleSD2 (always random + no example script)
Status in Yet Another Dynamic Engine:
Won't
#7 agreed - won't fix
** Changed in: yade
Status: New = Won't Fix
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1304878
Title:
Openblas breaks openmp
Status in Yet Another Dynamic
** Changed in: yade
Status: New = Won't Fix
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1257843
Title:
/pkg/dem/Tetra.cpp:116: error: no matching function for call to
** Changed in: yade
Status: New = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1360371
Title:
Law2_ScGeom_ViscElPhys_Basic - Mass Always Equals 1
Status in Yet Another
Fixed
https://bugs.launchpad.net/yade/+bug/1362090
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1362090
Title:
boundary thickness is 0.001 by default in FlowEngine
Status in Yet Another Dynamic
The problem is getStress is trying to static_cast MindlinCapillaryPhys as a
CapillaryPhys while they are independant classes.
I don't think it ever worked before. I'm surprised that it doesn't simply
crash. Maybe last year you were not using Mindlin law.
Or, you were very lucky and somehow the
i hoped that you can tell me why :(
See #8 again. My guess is TriaxEngine can't work properly because it
needs an estimate of the boundary stiffness (usually cumulated stiffness
of contacts) and the way it is obtained is not appropriate in your case
(if undrained then the fluid stiffness should
I did so, but this messages occur:
...
Starting calculation, number of steps: 5000
6 : Vh==NULL!! id=6 Point=0.000512399 0.00124487 0.00125213 rad=3.15073e-05
It means that the geometry is weird and triangulation can't be
constructed. nan positions does not sound good either.
Does it
Hi Christian,
Could you please show how to reproduce this in a simple case?
I didn't find any results like what you report before.
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1362090
Title:
@Vaclav
I can reproduce #8 with Yade 2014-08-01.git-ca4370a.
Did you try #11? If it works for you we can pinpoint the differences.
The problem when erasing/creating bodies like in the OP is less
specific, probably misleading. Anton is also adding/deleting bodies
intensively without troubles.
**
Thanks Vaclav,
Actually I don't see a difference between Yade and Woo regarding [1]. So I am
puzzled...
Also surprised by the fact that make_setter takes return_by_value [2], but
clearly I need more boost-reading to really understand.
[2]
On 21/08/14 17:38, Jérôme Duriez wrote:
but grepping the source code of all wiki pages is out of my
competences at the moment...
https://yade-dem.org/wiki/Special:WhatLinksHere/Yade_on_github
Page I got after clicking on what links here.
HTH :)
Yet another example leaking:
e=ForceEngine()
for k in range(1000):
e.ids=range(0,100)
While this, of course gives no problem:
ids=[]
for k in range(1000):
ids=range(0,100)
It is very annoying because it is a common situation (although
fortunately we assign small things in most
Fixes have to be marked released, else the bugs appears as open bug.
** Changed in: yade
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1229783
Title:
/~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
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Fax
Good point. Actually TriaxialStressController.cpp:226 is an outdated ancestor
of Shop::growParticles().
I replaced the old code by a call to Shop::growParticles() in TSC (rev.
e8dd0547609).
Also, it seems to me that it is not necessary to run updateProperties for
clumps when they grow
Hi Anton,
Hi (Bruno?),
it seems we are calculating distance between particles
for each interaction.
Theoretically: no.
It depends on the implementation of each Ig2, which is only supposed to
return true or false.
Practically: yes. Ig2's will usually compare distances all the time, in
fact
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
@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
On 22/07/14 17:07, Anton Gladky wrote:
2014-07-22 16:36 GMT+02:00 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
Quick question: do you know why you could remove some YADE_PLUGIN macro
without problems (in e.g. Box)?
Does it mean they could be removed everywhere??
They should not be removed
Unsubscribe : https://launchpad.net/~yade-users
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
fixed in 8db2d81c4
** Changed in: yade
Status: New = Fix Released
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1324190
Title:
Law functors should return bool
Status in Yet Another
On 17/07/14 10:26, Jérôme Duriez wrote:
Yade must be be consistent and the convention for strain/stress is
traction positive. If python says -1 then paraview should also say -1,
not +1.
I'm learning it...
If you prefer, here is a more general guideline: record output values as
they are.
On 17/07/14 10:32, Anton Gladky wrote:
That is not a big deal. Our brace syntax convention is not very strict,
but in most cases it is :
if () {
}
or
if ()
{
}
Both of them are readable.
Not strict indeed, but overall we can try to minimize the number of
lines, so we see more of
On 17/07/14 13:29, Anton Gladky wrote:
2014-07-17 13:04 GMT+02:00 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
Or even (to an extreme), in one line:
if ( valPropres[0] std::max(valPropres[1],valPropres[2]) )
{whereSigI=0; whereSigII=valPropres[1]valPropres[2]? 1 : 2; whereSigII=
valPropres[1
to generate scalar data for principal stresses, and
arraydata for principal directions, in sphere...s VTK files. See the
doc.
Tell me if something is wrong...
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56 52 86 21
Thanks Jerome.
Le 16/07/2014 18:07, Anton Gladky a écrit :
2014-07-16 18:04 GMT+02:00 Jérôme Duriez
jerome.dur...@3sr-grenoble.fr:
For 4, I get your idea, but at the moment I do not know how to store
matrices in vtkDoubleArray... I even have the feeling, according to
vtkDoubleArray.h that
Public bug reported:
see summary
** Affects: yade
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1339742
Title:
rotating non-spherical bodies
://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
___
Mailing list: https://launchpad.net
-to-absdouble
On 02/07/14 18:33, Bruno Chareyre wrote:
Hi Anton,
There is a real difference.
The TriaxialTest of the generate tab in gui also behaves differently:
vertical compression will never start. A quick look at the code didn't
allow me to spot a problem.
I suspect different versions
On 02/07/14 19:35, Anton Gladky wrote:
2014-07-02 18:33 GMT+02:00 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
There is a real difference.
The TriaxialTest of the generate tab in gui also behaves differently:
vertical compression will never start. A quick look at the code didn't
allow me
abs() is everywhere, no surprise if it breaks badly to use abs(int) when
it should be abs(double).
284 matches in 52 files... including some code related to contact
detection. No surprise that it miss some interactions, really.
B
___
Mailing list:
website.
Yade should be compiled with an option -DEIGEN3_INCLUDE_DIR=/path/to/eigen3
in that case.
[1]
http://packages.yade-dem.org/precise/libeigen3-dev_3.2.1-1~precise1_all.deb
Cheers
Anton
2014-06-23 18:27 GMT+02:00 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
Hi Anton,
I'm receiving
Ok... I was looking for it on launchpad...
Bruno
On 24/06/14 10:17, Anton Gladky wrote:
2014-06-24 10:13 GMT+02:00 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
You just added the ppa?? I didn't see it yesterday.
No, it is there since 12-May-2014.
Anton
Fixed by installing openblas locally.
For the record (I think it has been mentionned before, but not so sure):
installing openblas on 12.04 breaks numpy.
The solution is to type sudo update-alternatives and to unselect openblas as
the default for libblas.so and libblas.so.3gf.
Both standard blas
--
___
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
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev
Oh yes, of course. #pragma once is the problem. Thanks for fixing that.
B
On 20/06/14 20:02, Anton Gladky wrote:
2014-06-20 17:59 GMT+02:00 Bruno Chareyre bruno.chare...@hmg.inpg.fr:
Did you really observe compilation problems with chunksize1??
I didn't expect the previous method to break
: 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
___
Mailing list: https
@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
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 76 82 70 43
That would do the trick too. Ok.
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1324191
Title:
boost::python::arg maybe a bit long?
Status in Yet Another Dynamic Engine:
New
Bug description:
Fixed.
B
On 30/05/14 12:58, Bruno Chareyre wrote:
Thanks, I will check.
B
On 30/05/14 11:57, Anton Gladky wrote:
Hi Bruno,
it seems after this commit [1] yade --test produces too
much warnings. Could you please have a look?
[1]
https://github.com/yade/trunk/commit
___
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
___
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
Public bug reported:
For the wishlist, as discussed before.
Make law2 return false if the interaction can be erased, else true.
+ call requestErase conditionally in InteractionLoop.
** Affects: yade
Importance: Wishlist
Status: New
** Changed in: yade
Importance: Undecided =
Public bug reported:
When a function as many default parameters in YADE_CLASS macros it increases
the code seriously.
possible fix:
#define boost::python::arg arg
+ search/replace
** Affects: yade
Importance: Wishlist
Status: New
** Changed in: yade
Importance: Undecided =
--
___
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
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev
there)
Jérôme
Le 23/05/2014 13:21, Bruno Chareyre a écrit :
Hi Jerome,
Thank you for suggestions. First, I'm glad you recognize that the
functors table is less puzzling than the inheritance diagram (or
let's say, they have different purpose). I saw many situations where
users would come
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
___
Mailing list: https
Anton,
It seems cmake refuses to build on ubuntu 12.04 now (I know it is a bit old
but...).
Installing boost-all-dev1.48 actually triggers the installation of some 1.46
packages, then:
CMake Error at /usr/share/cmake-2.8/Modules/FindBoost.cmake:1202 (message):
Unable to find the requested
The problem is (I think) that the installation page of yade mentions
libboost-all-dev, and this dependency package gives a mix of some 1.46
and some 1.48.
It needs to either update the installation page or change some cmake config.
I'm now trying to install 1.48 packages one by one to see if it
Quite a mess...
some *1.48-dev conflicts with the *1.46-dev, and many packages (e.g.
cgal) depends on the 1.46.
I can't solve it.
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1322274
Title:
yade
There is no need Anton. Set collider.ompThreads=1, it will have the same
effect.
Bruno
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1314736
Title:
Segfault possibly in new parallel collider
:)
Maybe the warning should be consider turning collider.ompThreads=1 instead of
consider turning ompThreads=1?
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1314736
Title:
Segfault possibly in
___
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
Lab. 3SR
BP 53
38041 Grenoble
line is not changing f and m, but make sure we don't miss something
(e.g. user defined forces on clumps)
f=scene-forces.getForce(id); m=scene-forces.getTorque(id);
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél : +33 4 56
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
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Tél
Did you change your mind Anton? Or git-mistake? :)
Sorry for this message, I had the impression that you introduced the
change again in rev3954 after reverting it.
Just a weird sequence of emails maybe, on github it looks ok.
Good to know that compilation with openMP also showed the problem.
I pushed a fix (3b09fb5) but I could not test it. Can you confirm?
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1314736
Title:
Segfault possibly in new parallel collider
Status in Yet Another
501 - 600 of 1908 matches
Mail list logo