yade-dev team mailing list archive
-
yade-dev team
-
Mailing list archive
-
Message #12149
Re: [Yade-users] [Question #268476]: Prallel Computation, CentOS & Ubuntu file versions
-
To:
Anton Gladky <gladky.anton@xxxxxxxxx>
-
From:
Janek Kozicki <janek_listy@xxxxx>
-
Date:
Mon, 6 Jul 2015 13:24:59 +0200
-
Cc:
yade-dev <yade-dev@xxxxxxxxxxxxxxxxxxx>
-
Face:
iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAALVBMVEUBAQEtLS1KSkpRUVFXV1dYWFhjY2Nzc3N3d3eHh4eKioqdnZ24uLjLy8vc3NxVIagyAAAACXBIWXMAAAsTAAALEwEAmpwYAAAAB3RJTUUH2AIVEzgS1fgQtQAAAjRJREFUOMtt1DFv00AUAOAzFQNbjigSyoQaRaBMhKgLUyKXpVNNeUpk9vyDqFJhQ1kiBuaqAwJCqvPtSLY7RlTn5+5IdnYkkt/AOyfxXVLe5vf53Z1875kd34tOEax8djmj6GyjhB5bxz50GdsVZr9fqRjZwAtKOJw5Wqs2MMZ16ALHsaDncF7xAHix1oEFHAB8f+pRjcO4gfZDykcYzbiucRolOLUJ6kjA0xtVt+A6TySlM0RajIpK6DzwKZ/nOYbF/gclHMo1ZOHYY/+Ha+AWuM+3oMS4eeqYzZ8FiCltgUqI8cd2wwAVpJk+8LWYjBtnJdQpHQqJMd4Oxt4bU9ESiFGc5hkqaH74asAX4iabP5I5gZ+qjgGlJCqZa3h3lxhoeVcSE1qLQC4sqKOK9MGW9E3izFqqHokoztLFEgXg31sbZEKnWi2T74A4NxfVQqlkjKtcAWD+zcArFEES01dR0E/nnV0IgugmDd/2L84sOAouRBBHEc7gtc8teDkRlE0iNQPo2w3Xhh/D4TCIQ4LRLoTvgwjj6RRgavdurxYGMaIuGOyAW/PpNlCcU9/93AHenAWYjPoAwa+G3e3to/MgFNTAEKvKDjzuCzHTnY3qqdXtx24VijzQfZ0yewZ5cwRFQaa+mIYr1uI0I76+3W4xhlvoVRwOA0Fdl64HlJnxP6T8YpX/Lga4Wv4A3ErrU5oTfN7Mu/llXMl8RXEPji/lQkN3H7qXqgC2By47EXeU/7PJ/wPxRKMnuZwIeAAAAABJRU5ErkJggg==
-
In-reply-to:
<CALF6qJmpgqeSnEuHbGOo6fu1C2Zmoy=j12QVQaBzPWnAQ5R-LA@mail.gmail.com>
I was rather thinking (for past year, or so) about how to fix the
save() feature.
Because current problem is that python variables are
not reinstated after simulation is loaded. I think we should go in
the direction of fixing this problem. I will look into this after I
complete my quantum mechanics thesis (few months to go), and before I
start working on units :)
Another thing (and easier) to fix is binary compatibility between
32bit and 64bit architectures. I've already seen tools for that in
boost::serialization. Current workaround is to use .xml files.
Of course exporting only text files with sphere positions, or whatever
is useful too and should not be removed either ;)
best regards
Janek
Anton Gladky said: (by the date of Fri, 3 Jul 2015 20:38:55 +0200)
> Hi,
>
> I did not await that so many people are using this feature, sorry.
> It will not be removed, I promise :)
>
> Have a nice weekend
>
> Anton
>
>
> 2015-07-03 14:26 GMT+02:00 Luc Sibille <luc.sibille@xxxxxxxxxxxxxxx>:
> > Hi,
> > As a user, it is very important to have the possibility to save a whole
> > simulation at a given point and to resume it from this recording.
> > Best,
> > Luc
> >
> > Le 03/07/2015 09:26, Bruno Chareyre a écrit :
> >>
> >> On 02/07/15 23:16, Anton Gladky wrote:
> >>>
> >>> I am just thinking, that we should probably deprecate this
> >>> functionality, because it usually brings only problems.
> >>
> >> Deprecating save()?!
> >> B
> >>
> >>
> >
> > --
> > Luc Sibille
> > Université Joseph Fourier / IUT1 de Grenoble
> > Laboratoire 3SR UMR CNRS
> >
> > Tel lab.: +33 (0)4 76 82 63 48
> > Tel IUT: +33 (0)4 76 82 53 36
> >
> >
> >
> >
> > _______________________________________________
> > Mailing list: https://launchpad.net/~yade-dev
> > Post to : yade-dev@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~yade-dev
> > More help : https://help.launchpad.net/ListHelp
>
> _______________________________________________
> Mailing list: https://launchpad.net/~yade-dev
> Post to : yade-dev@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~yade-dev
> More help : https://help.launchpad.net/ListHelp
--
Janek Kozicki http://janek.kozicki.pl/ |
Follow ups
References