Didn't try the script yet, but one problem is that the boundaries of
your system are defined using min/max coordinates of the spheres, it
does not reflect the movement of the walls at all. Thus the total volume
change is wrong.
You need to assign the walls as boundary conditions, just like in the
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:
prob
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 :)
___
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]
make_setter(&thisClass::attr,py::return_value_policy())
@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.
** S
.
>
> May we (I) suppress the wiki content ?
>
>
> Le 20/08/2014 20:04, Bruno Chareyre a écrit :
>> This is great Jerome!
>> The link should also be updated in the programmer's manual [1].
>> You could grep Yade_on_github to be sure no old links are left behi
p:yade.
> To unsubscribe from this branch go to
> https://code.launchpad.net/~yade-pkg/yade/git-trunk/+edit-subscription
>
>
> ___
> Mailing list: https://launchpad.net/~yade-dev
> Post to : yade-dev@lists.launchpad.net
>
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 case
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:
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 homothet
_
> 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
ENS
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 s
On 22/07/14 17:07, Anton Gladky wrote:
> 2014-07-22 16:36 GMT+02:00 Bruno Chareyre :
>> 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 remov
_
> 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
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
B
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 Dynam
;> You received this question notification because you are a member of
>> yade-users, which is an answer contact for Yade.
>>
>> ___
>> Mailing list: https://launchpad.net/~yade-users
>> Post to : yade-us...@lists.launchp
On 17/07/14 13:29, Anton Gladky wrote:
> 2014-07-17 13:04 GMT+02:00 Bruno Chareyre :
>> 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=
&g
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 s
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 a
Thanks Jerome.
> Le 16/07/2014 18:07, Anton Gladky a écrit :
>> 2014-07-16 18:04 GMT+02:00 Jérôme Duriez
>> :
>>> 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 this is not possi
ew recorder (yet another one..) in VTKRecorder:
> "bstresses" 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 Cha
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 shoul
> 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:
On 02/07/14 19:35, Anton Gladky wrote:
> 2014-07-02 18:33 GMT+02:00 Bruno Chareyre :
>> 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&
ad-call-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
hpad.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
Associa
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 bla
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 :
>> You just added the ppa?? I didn't see it yesterday.
> No, it is there since 12-May-2014.
>
> Anton
>
>
ownloaded from upstream official 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:
bb96e9d50ac2e803df5a7003388696ff95c43a
--
___
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://launchpa
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 :
>> Did you really observe compilation problems with chunksize>1??
>> I didn't expect the previous method to break
s own hpp and ipp files [2].
>
> Feedback is welcome.
>
> [1]
> https://github.com/yade/trunk/commit/6357a8a5e299d7f4231d36d11d059d4cb94816e8
> [2] https://github.com/yade/trunk/blob/master/CMakeLists.txt#L505
>
> Cheers
>
> Anton
>
>
> 2014-06-19 13:38 GMT+02:
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
_
; ___
>>> Mailing list: https://launchpad.net/~yade-dev
>>> Post to : yade-dev@lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~yade-dev
>>>
: 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://launchpad.net/~yad
__
> 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 Prof
___
> 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³ - Grenob
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?
>>
>&
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:
>
> Thanks
>
> Anton
>
> ___
> 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
&
d, which can lead to problems.
>
> Thank you
>
> Anton
>
> ___
> Mailing list: https://launchpad.net/~yade-dev
> Post to : yade-dev@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~yade-dev
> More help : http
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 => Wis
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 => W
.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
ess "quite" involved in Yade... (there is an euphemism 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 inh
n return back embedded
> floating_point_utilities_v3 for lower version of Boost. But
> Precise is really old for us already. I would like to try to
> inject some C++11 and Qt5 things, which requires newer
> compiler versions We need to be updated.
>
> Anton
>
>
> 2014-0
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
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 fix
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 Boos
gt; Unsubscribe : https://launchpad.net/~yade-dev
>> More help : https://help.launchpad.net/ListHelp
>>
>
> --
> Jérôme Duriez
> Post-Doctorant UJF
> Laboratoire 3SR
> Bureau E139 - 04.56.52.86.30
>
>
> ___
> M
:)
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
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
Stat
branch go to
> https://code.launchpad.net/~yade-pkg/yade/git-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.laun
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 Dy
>
>> 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
>
>
> ___
> 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 Cha
cene->forces.addTorque(id,m);
> scene->forces.addForce(id,f);
> - #endif
> }
> //in most cases, the initial force on clumps will be zero and next
> line is not changing f and m, but make sure we don't miss something
> (e.g. user defined forces on clumps)
> f=sce
groupMask will be any way
> better?
>
> Thanks
>
> Anton
>
>
> 2014-05-14 18:48 GMT+02:00 Bruno Chareyre :
>> Hi Anton,
>> Wouldn't it be wise to use groupMask in NewtonIntegrator instead?
>> Just an idea. It is never a good thing to add additional variables th
: 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³
I don't see a real reason to not calm other shapes.
It may have unpleasant side effects to calm everything, like overwriting the
velocity defined by the boundary control of rigid boundaries. But if this is a
big deall the user can define his own calm function.
--
You received this bug notificat
>
> Best regards
>
> Anton
>
> ___
> 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
>
>
>
--
___
Brun
It was my suggestion in #2 Anton. Define the number of threads explicitely for
the collider (in your script):
collider.ompThreads=1
It will switch to 1-thread variant of the sort. Could you please confirm that
it avoids the crash?
If so, I will just make the switch automatic, so nobody has to w
> if I set -j1, then there is not crash any more.
At least, it is consistent with the error message "Consider turning
ompThreads=1 for thread safety".
I think you don't have to use -j1, setting collider.ompThreads=1 should be
enough (the the other engines can still run parallel).
I guess you ha
Wrong manipulation, sorry. Not a bug.
** Changed in: yade
Status: New => Invalid
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1314290
Title:
FlowEngine solve a linear system once after tr
Public bug reported:
Can't be seen without putting cout<< in the code.
The operation is useless and possibly dangerous, should be removed.
** Affects: yade
Importance: Medium
Assignee: Bruno Chareyre (bruno-chareyre)
Status: New
** Changed in: yade
Assignee:
Thank you Jerôme! You did the deep diving. I will check it.
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1112763
Title:
interaction not detected in a VERY specific (body size = period size)
cas
push.
> Consequently I made a pull and then a push, and now my example
> have been pushed but with many other changes
> Thus I will try to revert this push... sorry :-(
> Best
> Luc
>
> Le 16/04/2014 18:46, Bruno Chareyre a écrit :
>
>
e following message:
>
> lsibille@dt-med008:~/YADE_Mtrunk/trunk$ git push
> ERROR: Permission to yade/trunk.git denied to lsibille.
> fatal: The remote end hung up unexpectedly
>
> I guess it is because I am not included in the yade-dev team? Thus could I
> join the yade-dev team and
200
> 2002979us7.39%
> NewtonIntegrator200
> 3665586us 13.52%
> TOTAL 27118839us 100.00%
>
> Common time 781.653450966 s
>
>
> 5037 spheres, velocity= 155.295128456 +- 5.31523351848 %
> 2510
> Add -= operator to OpenMPAccumulator.
"+=- " was not good enough? ;)
B
___
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
> 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
Hi,
The code looks ok.
Are you sure that there is at least one capillary force in the
simulation when computing the stress?
Bruno
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.launchpad.net/bugs/1308074
Title:
getCa
Do you know what version of eigen3 do we have on the buildbot? Version
3.2 is ok for me.
B
On 11/04/14 10:16, Bruno Chareyre wrote:
> Thanks Anton. And sorry for breaking compilation, I didn't realize.
> I disabled the compilation of SoluteFlow for the moment to pass
> buildbot
bscribe : 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 10/04/14 02:01, Klaus Thoeni wrote:
> just to clarify, Test 2 is done by increasing the number of iterations (1x,
> 3x
> and 12x the number of iterations specified in checkPerf.py). This means the
> number of interactions should increase as well and, hence, particle
> velocities
> should de
> Cheers,
> Klaus
>
> [1] https://yade-dem.org/wiki/Performance_Test#Test_2
>
>
>
--
___
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
___
So a) is a lot better.
I can update the "compile" part of the doc to explain how to compile with
openblas+openmp on 12.04.
--
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 br
>I do not see any problems with parallelisation on Debian Jessie
Good to know that it stabilizes after 6 years of struggling with libs,
just for solving a linear system!
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
https://bugs.l
>it seems there are good reasons not to use Openblas+OpenMP.
Well, we do use openblas+openmp for years. I was always compiling
openblas (with, namely, USE_OPENMP = 1), that is why I never noticed the
problem we see now. When running yade, PFV uses openblas while python
libs use atlas (see [1] #4)
Public bug reported:
Linking libopenblas as it is in ubuntu 12.04 disable multithread tasks (known
issue with other applications to).
Yade -jN run the parallel tasks in a sequential way, and therefore it actually
slows down for increasing N due to overheads, as noticed by [1].
The bug affects ya
@Jerome
Unfortunately, your hyperlink now shows the fixed version... (and mine too in
#6).
[1] points to the hold one.
And no, the fact that axis!=Vector3r::Zero() does not imply that axis.norm()>0,
since MIN_REAL² < MIN_REAL.
[1]
https://github.com/yade/trunk/blob/6319de511e8118da4ca120ee1725f3
I'll commit fix in a minute.
--
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 Another Dynamic Engine:
New
Bug d
https://github.com/yade/trunk/blob/master/pkg/dem/NewtonIntegrator.cpp#L236
Division by zero anyone?
--
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
I have an idea... maybe.
Do you see a numerical instability with angVel changing sign at each step
before it becomes NaN?
--
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
Public bug reported:
1/ -l option for importing libraries is not implemented in batch
2/ batch uses -l for something else
ref: https://answers.launchpad.net/yade/+question/244960
** Affects: yade
Importance: Undecided
Status: New
--
You received this bug notification because you
> much more this engine)
>
> Jérôme
>
> [1] :
> https://github.com/yade/trunk/commit/50727a206bda1ff0129b391ef16daa5cc659ef3c
>
--
___
Bruno Chareyre
Associate Professor
ENSE³ - Grenoble INP
Lab. 3SR
BP 53
38041 Grenoble cedex 9
Té
On 31/03/14 19:15, Anton Gladky wrote:
> 2014-03-31 18:11 GMT+02:00 Bruno Chareyre <mailto:bruno.chare...@hmg.inpg.fr>>:
>
> Thanks a lot for this fix Anton. Not sure why it was compiling for me.
> I'll check yade --test.
>
>
> It seems, you are usi
Hi Jan,
> despite this fact, you can just use one line in your python script in
> O.engines instead of defining your own function and call it in PyRuuner..
I maybe don't understand what it does, but why a PyRunner?
What is missing in this two-liner:
for b in block1: b.state.blockedDOFs=xyzXYZ; b.
tc.
>
> Thanks
>
>
> Anton
>
>
> 2014-03-30 15:10 GMT+02:00 Jérôme Duriez
> mailto:jerome.dur...@3sr-grenoble.fr>>:
>
> I just tried, and in fact no...The compilation is successfull on
> my PC.
>
>
>
> Le 28/03/2014 12:14, Bruno Chareyre a
>I could fix it
This engine has been introduced before effective integration of python.
Is it doing something that can't be done with python?
Your case with this bug was typical. You could:
1/ type a few python lines to do exactly what you want, or
2/ learn how to use an engine, try it, realize th
I don't know UniaxialStrainer, but I don't think the two scripts should give
identical results anyway.
A "strainer" should never make bodies cross each other, this is against
continuum mechanics (make a compression between two plates, should the top
plate cross the bottom plate? If it occures wh
> I have tested this version of collider and have got a speedup for
> about 5..10% with number of cores 2..6. But it was quasi-static
> simulations, so the contact list is updating not so often.
Thanks Anton for feedback. Testing in quasistatic cases is indeed not
very interesting.
Or, in that cas
7ab458b4f30d060068fe4dd4e4414b1d52a088ab
> Blamelist: Jerome Duriez
>
> BUILD FAILED: failed compile
>
> sincerely,
> -The Buildbot
>
>
>
>
>
>
>
> ___
> Mailing list: https://launchpad.net/~yade-dev
> Post to : yade-dev@lists.launch
7ab458b4f30d060068fe4dd4e4414b1d52a088ab
> Blamelist: Jerome Duriez
>
> BUILD FAILED: failed compile
>
> sincerely,
> -The Buildbot
>
>
>
>
>
>
>
> ___
> Mailing list: https://launchpad.net/~yade-dev
> Post to
heers.
Bruno
On 19/03/14 10:26, Bruno Chareyre wrote:
> Dear all,
>
> This message is to announce the
>
> 1st YADE Workshop(*), in Grenoble, july 7 to july 9, 2014.
>
> The webpage (in construction) can be found here:
> https://yade-dem.org/wiki/1st_Yade_Worksh
On 17/03/14 11:44, Anton Gladky wrote:
> 2014-03-17 9:23 GMT+01:00 Bruno Chareyre :
>> + if(manipulatedFrame()==0) setManipulatedFrame(new
>> qglviewer::ManipulatedFrame());
>>
>> It sounds like a memory leak. No?
> I believe no. It just checks, wheth
+ if(manipulatedFrame()==0) setManipulatedFrame(new
qglviewer::ManipulatedFrame());
It sounds like a memory leak. No?
Bruno
___
Mailing list: https://launchpad.net/~yade-dev
Post to : yade-dev@lists.launchpad.net
Unsubscribe : https://launch
Thanks Alexander for updating the doc.
The original bug was a problem in the build system. It has been solved but I
forgot to close the bug, sorry for that.
** Changed in: yade
Status: New => Fix Released
--
You received this bug notification because you are a member of Yade
developers,
Not a bug. Chnages in the secutity behavior of firefox.
The solution is here:
https://support.mozilla.org/en-US/questions/970673
** Changed in: yade
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yad
601 - 700 of 2047 matches
Mail list logo