[Yade-dev] Migration testing.
please disregard this message -- Janek Kozicki | ___ 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
[Yade-dev] don't forget about adding your SVN commit emails to launchpad.
This is another reminder: The SVN commit logs are sent to launchpad also, but will not be accepted unless you will add your email address from berlios as your profile. If they won't be accepted - people will not receive your commit messages. Please follow steps ==SVN committers== in: http://yade.wikia.com/wiki/Launchpad_Migration#SVN_committers -- Janek Kozicki | ___ 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
Re: [Yade-dev] Mailing list migration - importing archives.
Janek Kozicki said: (by the date of Thu, 21 Aug 2008 16:30:25 +0200) Could you ask for uploading http://prdownload.berlios.de/yade/yade-dev_from-beginning-to-21-Aug-2008.mbox.bz2 ok, I did it: https://answers.launchpad.net/launchpad/+question/42791 https://answers.launchpad.net/launchpad/+question/42790 -- Janek Kozicki | ___ 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
[Yade-dev] this-parentWidget()-parentWidget()
I guess that 0.12.1 will followup quickly... Th new qt3 UI crashed when trying to save filegenerator, save simulation from controller, etc. There were a few places like that in code. For all changes see my last commit: it is fixed. But curiously I noticed that this was already fixed in three places. Vaclav, you have made the new GUI. Why you didn't fix it everywhere? Simple grepping for parentWidget is enough to find all occurrences of this bug. If you see an error - you should fix it everywhere, that you know it occurs, without waiting for bugreports. I'm afraid now that there are now more things like that in yade. Bugs that you knew exist, but just ignored them. :/ Please improve your work style, or we are doomed. -- Janek Kozicki | ___ 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
[Yade-dev] ML migration cd... (Was: this-parentWidget()..)
Václav S(milauer said: (by the date of Fri, 22 Aug 2008 09:45:04 +0200) But curiously I noticed that this was already fixed in three places. Vaclav, you have made the new GUI. Why you didn't fix it everywhere? Simple grepping for parentWidget is enough to find all occurrences of this bug. Eh, IIRC this is exactly what I said, how could I have overlooked those? Sorry. OK. BTW: you have sent a reply to me, instead of the mailing list. I hope that it will get fixed: https://answers.launchpad.net/launchpad/+question/42849 I hope that this launchpad migration won't be a huge flop... We also need to change the size limit of messages, eg. to 200kb (like it was before) -- Janek Kozicki | ___ 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
[Yade-dev] ML launchpad more email personalities
Hi Sega, there was some problem at launchpad because thise message needed moderator approval to get through. Maybe you have sent it from different email address than you subscribed with? In your launchpad account you can add more email addresses as belonging to you in here: https://launchpad.net/~username/+editemails -- Janek Kozicki | ___ 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
[Yade-dev] Mailing list migration, continued...
Hi, we are still waiting for launchpad team to import history from berlios: https://answers.launchpad.net/launchpad/+question/42790 I'm worried how long it will take, especially if we later proceed with yade-users (which is much more sensitive to any unexpected complications). I wanted to write about another problem though: So far I was unable to configure berlios mailing list to accept automatically only posts that come forwarded from launchpad, because the filter is configured on From: header, and this header is not ovrwritten by launchpad. But I wanted to configure it to not accept any posts that do NOT come from launchpad (people who did not resubscribe). Currently I have to moderate every single email coming to this mailing list, which keeps me busy and annoyed. Unless someone has solution for mailman on berlios - I think that we will have to close that ML on berlios. And messages won't be automatically forwarded anymore. I'm stuck. -- Janek Kozicki | ___ 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
Re: [Yade-dev] random-access container for interactions
Václav S(milauer said: (by the date of Wed, 01 Oct 2008 17:51:37 +0200) Sega is right. It goes from begin() to end() so isn't resizing the container. That shouldn't be a problem then. Right, but I thought the problem was when running gravity in parallel mode that if number of bodies doesn't match number of physical actions, then the container is resized and crashes. I don't understant why should gravityEngine resize physicalActions container at every iteration... ? If GravityEngine is resizing - it is doing that only ONCE. In fact the first engine in the loop that assigns any PhysicalAction is responsible for this resizing. So if we don't use GravityEngine - this will be another one, first in the loop. I didn't check in the code right now, so it would require some investigation. It might be better to resize once, I dunno. -- Janek Kozicki | ___ 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
[Yade-dev] scons, and compiling HEAD
Hi (Vaclav ;) What should I do to avoid full automatic recompile between scons jobs=4 and scons jobs=1 I remember you were saying something about copying some directories... There's a compilation problem: compilation must be done in TWO passes. On first pass I get errors: gui/qt3/YadeQtMainWindow.hpp:65: error: `class SimulationController' has no member named `raise' On second compile - it compiles just fine. Weird, isn't it? -- Janek Kozicki | ___ 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
Re: [Yade-dev] scons, and compiling HEAD
Václav S(milauer said: (by the date of Sat, 22 Nov 2008 20:05:17 +0100) What should I do to avoid full automatic recompile between scons jobs=4 and scons jobs=1 It shouldn't recompile. It works for me. oh, right. sorry. On second compile - it compiles just fine. Weird, isn't it? Again, it doesn't happen here. I am running automatic compilation from clean svn trunk and it works (that is where we get automated crash reports from: download, compile, test). Can you test on clean trunk (and clean builddir, of course) and/or on different machine? ok, it works on different machine. I made release 0.12.1 -- Janek Kozicki | ___ 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
[Yade-dev] commit 1583, 3d view, serialization.
Hi Vaclav, After you commit, the primary view window is empty (draws nothing), but when I click New 3D view - the new window draws everything as it should. Can you fix that? In my commit 1584 I'm adding some snow-related stuff. It's my files that I have been developing as a separate code in the past. That code is using boost::serialization. So I guess that this is time for adding to yade a dependency on boost serialiaztion (unless you exclude='snow'). I think that actually having twice serialization in whole yade isn't too difficult to add. Look at how I'm using it in my files, and you can start adding it too in other files if you want. When we have it twice in whole yade and it works, we can start slowly removing the old one. -- Janek Kozicki ___ 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
[Yade-dev] compiling with boost 1.3.3
I just discovered that it is possible to compile yade on etch with
boost 1.3.3, there must be just one thing changed:
pkg/dem/SConscript:
# env.SharedLibrary('SQLiteRecorder',
# ['Engine/StandAloneEngine/SQLiteRecorder.cpp'],
# LIBS=env['LIBS']+['sqlite3x']),
That is, we cannot compile SQLiteRecorder, because algorithm/join is
not present in boost 1.3.3 (and cannot be imported as easily as
foreach).
Vaclav, maybe you could make some #if BOOST_VERSION = 103400 in
SConscript, on SQLiteRecorder? I don't know how to do that in python.
--
Janek Kozicki |
___
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
Re: [Yade-dev] A few bugs in Qt(/Py) interface
Bruno Chareyre said: (by the date of Sun, 04 Jan 2009 19:29:55 +0100) ctrl+C in the terminal won't work (with python interface), and even The fastest way is to press Ctrl+\ -- Janek Kozicki | ___ 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
[Yade-dev] IMPORTANT: to receive SVN commits!
Hi, Today JF Jerrier did a commit, but nobody received commit email. I want to remind everyone with svn access that: To receive SVN commits from you (and everyone else) as emails, everyone with SVN access must complete this instruction: http://yade.wikia.com/wiki/Launchpad_Migration#SVN_committers If this instruction is too complex, or something can't work for you, please ask! -- Janek Kozicki | ___ 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
Re: [Yade-dev] IMPORTANT: to receive SVN commits!
Jean-Francois Jerier said: (by the date of Wed, 14 Jan 2009 07:35:43 +0100) On this page (/yade.wikia.com/wiki/Launchpad_Migration#SVN_committers), it is written that it is necessary to add a email address |/*username*/@mail.berlios.de But nobody has this type of email in his profile. Moreover I received users and developer mails without problem. Go there: https://launchpad.net/~jerier/+editemails Add your email address: jfjer...@mail.berlios.de to the list reply to confirmation email which you will receive on this email address which you used to register on berlios. -- Janek Kozicki | ___ 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
Re: [Yade-dev] r1630 - commit
eudoxos at BerliOS said: (by the date of Tue, 20 Jan 2009 19:30:47 +0100) 4. Re-enabled GLDrawSphere::glutUse (cosurgi?) IIRC it wasn't really related to that bug which I was fixing. But I don't have hardware at hand on which that bug was occurring, so can't test now. I guess it should be fine. -- Janek Kozicki | ___ 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
[Yade-dev] polyhedron collisions
If anybody is interested, it turns out that I'm implementing snow grains as deformable polyhedrons that can collide with each other. This code can be extracted later for general polyhedron (made of triangles) collisions. Currently I have committed a code which can determine if any given 3D point is inside a polyhedron made of triangular faces. The snow grains are not clean polyhedrons and not convex. Sometimes they have stupid faces nearly facing each other. I made the code to be slower but correct, it was easier than cleaning all stupid faces (and it still would remain concave). So it will work very good with convex polyhedrons, and it will work acceptably with concave polyhedrons. When detecting collision I am going to iterate over all points from one polyhedron checking if it is inside another polyhedron and vice-versa. I'll have a list of polyhedron points that are inside of each other. I'm going to assume that there is a plane of contact which is somewhere in the middle of all those points. From that get a penetration depth and normal of the contact, then it can go straight to our CohseiveFrictionalContactLaw And is much slower than spheres, so you can forget about simulations with 5000 polyhedrons, anyway. -- Janek Kozicki | ___ 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
Re: [Yade-dev] polyhedron collisions
Václav S(milauer said: (by the date of Sun, 25 Jan 2009 08:40:40 +0100) Great to hear that. I hope you will also commit a very simple example, like 2 of those bumping into each other. when I get it to work - yes. Something like SDECSpherePlane, but with random polyhedrons. AFAIK the common solution is to cut the shape into parts that are convex, since convex shapes are mathematically easier to handle. I'm not doing that. In fact it also won't work correctly if two polyhedrons have multiple surfaces of contact But I don't care about it now. I used a quite stupid approach of simplifying polyhedron into a list of parallelepipeds made out of each surface-triangle (and a tetrahedron, for more precise collision detection). This allows for quick collision checking - just one dot product and few cross products. See the comments that I have just committed, if you want... There are sophisticated algorithms for detecting triangular surface collisions (see httpo://gts.sf.net for some references). For such complicated shapes, I'm not going this way, it's too complex for me, to understand. And probably slower too. OTOH my solution is not volume-perfect in mathematical sense. though, what folks in Glasgow do (and what I tried with tetraheda) is to treat the intersection as volume, i.e. compute volume and direction in which this volume is the thinnest (that is the direction of repulsive force); I used exact code for that (which is - who knows - maybe incorrect: extra/tetra), Bicanic co in Glasgow get the direction from some averages over normals of planar elements involved in the collision. First I'll try a plane directed directly between centers of both polyhedrons in contact. If it gives stupid results, then I'll try least-squares fitting a plane into a cloud of 3D points, using algorithm directly copied from wildmagic library (LGPL). And is much slower than spheres, so you can forget about simulations with 5000 polyhedrons, anyway. I bet you can forget simulations with 500 polyhedra as well ;-) Do you have some benchmarks on that, BTW? doesn't work yet. So no benchmarks :) -- Janek Kozicki | ___ 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
Re: [Yade-dev] [svn] r1643 - in trunk/pkg/snow: . DataClass Engine PreProcessor RenderingEngine
sega said: (by the date of Mon, 26 Jan 2009 15:44:08 +0300) Hi. I get error when run r1643: FATAL core/Omega.cpp:197 scanPlugins: Undefined symbol `FileGenerator::postProcessAttributes(bool)' (/home/sega/YADE/lib/yade-trunk-opt/pkg-dem/libSnowCreepTest.so: undefined symbol: _ZN13FileGenerator21postProcessAttributesEb). FATAL core/Omega.cpp:212 scanPlugins: Error loading a plugin (see above; run with -v to see more), bailing out. perhaps it will help if you delete ~/.yade-trunk/preferences.xml ? I guess that it is not scanning all plugin directories. -- Janek Kozicki | ___ 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
Re: [Yade-dev] commit 1583, 3d view, serialization.
Bruno Chareyre said: (by the date of Mon, 05 Jan 2009 21:53:59 +0100) So my triaxial sample looks like a chrismas tree. maybe you have both BodyShape and BodySimplifiedShape shown? And They overlap each other. I did a work-around for this bug - postpone creating 3Dview until a file is loaded... maybe that will work. -- Janek Kozicki | ___ 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
[Yade-dev] more diversity in /pkg/ dir?
People tend to add, like 10 or 20 classes to achieve something specific like for example: 1. STL facets, 2. capillary law, 3. snow simulations, 4. polyhedron collisions, (almost there ;) 5. example of adding a custom element (MyTetrahedron) etc. How about making a directory for each of those achieved tasks? It would make it simpler to see, what indeed is in yade, just by looking at /pkg/ directory. That means splitting dem/ into several directories. And would solve few other problems: too deep directory structure (since there will be about 20 files per dir, we don't need deep dir structure), too difficult to find anything, because there are too many files in single dir, etc... When I get polyhedrons to work I'm planning to split polyhedron specific code into /pkg/polyhedron directory, and pkg/snow package will simply depend on it. the original DEM code would be put into /pkg/sphere/ directory, and other stuff into dirs names after, whet they really do - like for example the capillary stuff would be /pkg/capillary, and so on yet another idea about cleaning up everything. Who know if we ever make it. But I like the idea anyway. Do you? If you do, then maybe, someday, out of the sudden I will feel like doing it :) Or someone else, for that matter. btw - check 'blame doc/REMOVED_STUFF' it looks like 'svn mv' doesn't break svn blame! So we can move stuff around freely. -- Janek Kozicki | ___ 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
Re: [Yade-dev] r1649 - graphic display
eudoxos at BerliOS said: (by the date of Sat, 31 Jan 2009 16:28:40 +0100) I am now getting machine hardlocks if I open second view (from the GUI) which used not to happen, AFAIK. Can someone confirm that? Thx. I just did `svn up` and I can confirm that it deadlocks even before opening the 1st display window. Doesn't work at all :p commenting out that lock in GLViewer::paintGL(void) solves the problem. PS: why did you write void there? -- Janek Kozicki | ___ 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
Re: [Yade-dev] urealistic simulation resulrs
sega said: (by the date of Wed, 4 Feb 2009 16:23:04 +0300) Hi, Seems, something is broken in Yade... I got unrealistic results for simulation of spheres in a horisontal rotating cylinder. Please, run attached model and you will see a unnatural parietal layer... Tell me please, if anybody know why it is happens... I think that this is because of the lack of rotational friction, but I doubt that the case only in this ... interesting - a very nice python example - maybe you could add it to examples dir? :) What do you mean by rotational friction? At the contact we currently simulate: - normal force, normal stiffness - shearing force, friction angle - moment transfer, torsional stiffness What else can be missing? (you are using ElasticContactLaw - in this one you don't have moment transfer, it is in CohesiveFrictionalContactLaw) For me this simulation is unrealistic because there are not enough spheres and they are too large. Try with more smaller spheres or play with friction angle.. -- Janek Kozicki | ___ 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
Re: [Yade-dev] [Yade-users] Be carefull with normalize
eudoxos said: (by the date of Thu, 05 Feb 2009 15:38:08 +0100) Want repeat this one? http://www.cnn.com/TECH/space/9909/30/mars.metric/ And I still think that the tolerance value has nothing to do with precision. NUmber of decimal places is the same for 1e-20 and for 1e20. But the tolerance must scale with that, that is the only problem, as I see it. How anout making ZERO_TOLERANCE and let the user set it to some reasonable value according to the particle size, timestep, etc? Let's just set it to zero. And either: 1. put a std::cerr warning when a division by zero is detected or 2. remove the check altogether, let it divide by zero and crash. I prefer 2nd option. Much safer. Units have nothing to do with that. -- Janek Kozicki | ___ 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
Re: [Yade-dev] r1658 - graphic display
commit 1658 5. Adjust locks in GLViewer. Fixes my crashes on nvidia for both player and 3d view (didn't dare to try 2nd view). Next step will be to move this lock to Omega and lock it when loading/resetting simulation etc. well. it still doesn't work for me. At least it doesn't hang, that's an improvement. The 3d view is simply black. I have to work on snow so I'm not working on it, I'm still simply just commenting out the locks, because I need it to work :) eudoxos said: (by the date of Tue, 03 Feb 2009 13:30:44 +0100) commenting out that lock in GLViewer::paintGL(void) solves the problem. That doesn't solve the problem I was trying to solve, i.e. concurrent access from different threads. Did you try running scripts/gl-test.py (and enable second view therein)? There is the problem demonstrated. Please try rather commenting out makeCurrent/doneCurrent in lock constructor/desctructor. The lock itself is neede, see those threads on the subject: http://www.vtk.org/pipermail/vtkusers/2008-July/096077.html http://lists.trolltech.com/qt-interest/2006-06/thread00248-0.html http://doc.trolltech.com/qq/qq06-glimpsing.html I'll check this out in few weeks, sorry. In fact I hope that you will figure it out before it catches my attention ; -- Janek Kozicki | ___ 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
Re: [Yade-dev] r1659 - commit message
...commit message. right, your commit was bigger than 40kb. Pretty stupid that we can't see it. There is a workaround this, though. I use it myself and Bruno too. I need to add people's emails into post-commit script on berlios svn server. But by this way people (me Bruno ;) are getting those emails _twice_. If someone wants that I can add your address there. I'll use you mailing list address. Just ask. -- Janek Kozicki | ___ 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
Re: [Yade-dev] ConstitutiveLawDispatcher wiki
Václav Šmilauer said: (by the date of Mon, 09 Feb 2009 00:53:10 +0100) PS Cosurgi, could you re-generate doxygen docs and upload that to berlios? Or telle me where it should be uploaded and if I have access there; I will do it. it was something along the line: rsync -avPc -e ssh ./doxygen cosu...@shell.berlios.de:/net/pork-da/home/groups/yade/htdoc with paswordless login, you could even setup a cron job. -- Janek Kozicki | ___ 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
Re: [Yade-dev] ConstitutiveLawDispatcher (speed)
Václav S(milauer said: (by the date of Wed, 11 Feb 2009 09:00:01 +0100) I was just running small benchmark (tension-compression test) on ConstitutiveLawDispatcher and it is consistently (2x repeated with almost same results) _faster_ than constitutive law as StandAloneEngine. #0 is regular case, SnadAloneEngine doing all the computations in its loop. #1 is StandAloneEngine, but calling the functor in each loop, instead of computing by itself; #2 is ConstitutiveLawDispatcher (and using the functor, of course). And the times are 16:07, 13:02 and 12:00. Surprising! Perhaps the compiler can optimize better if the code is in separate function? incredible! More incentive for us to go into this *good* direction. I wanted to do this for ages. And finally you have done this, you're my hero! :-) -- Janek Kozicki | ___ 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
Re: [Yade-dev] shared_ptrPhysicalAction
Václav Šmilauer said: (by the date of Tue, 17 Feb 2009 08:38:07 +0100) Hi there, any reason PhysicalActionContainer contains shared_ptr's? Wouldn't it be better to contain just array of PhysicalActions? It would allow for very fast resetting with memset(action[0],0,sizeof(thisAction)) and perhaps would save some shared_ptr overhead we have currently. V. the only reason was we use shared_ptr everywhere, because we're too stupid to manage memory leaks. afaik, shared_ptr provides some lock free mechanisms, but I didn't check. feel free to experiment. -- Janek Kozicki | ___ 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
Re: [Yade-dev] shared_ptrPhysicalAction
Václav Šmilauer said: (by the date of Tue, 17 Feb 2009 13:48:55 +0100) memset(action[0],0,sizeof(thisAction)) and perhaps would save some shared_ptr overhead we have currently. V. feel free to experiment. you could try memset(.get(),0,sizeof(thisAction)); maybe? My mistake, I wanted to write memset(action[0],0,sizeof(thisAction)*numberOfBodies), that would reset the whole array at once, which was the point. What you suggest wouldn't be any faster thatn the current was, I think, except the reset() call overhead. V. you would need a separate vectorForce vectorMoment etc.. for each type of physical action to do that. If you just store raw pointers in a vector it won't work (you know why ;). You cannot store different types of actions without pointers - because only pointers (shared or not) provide the polymorphic behaviour. The only alternative is to have vectorvectorVector3r , and remember that 0th column is Force, and 1st column is Moment In fact we already remember that - it's the classIndex(). I don't know how good/useful it might be, though. And not possible currently without some extra work, I recall that come physical actions are overly complex currently (their data is bigger than sizeof(Vector3r)). -- Janek Kozicki | ___ 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
Re: [Yade-dev] removing persistentInteraction
Václav Šmilauer said: (by the date of Fri, 20 Feb 2009 19:43:46 +0100) Hi, I will be removing persistentInteractions in the next commit. The next step will be to rename transientInteractions to interactions, but I would like to keep the old name as an alias (reference to the new one) for a few months at least. Regards, Vaclav go on. Maybe if persistentInteractions will be an alias to interactions, lattice will compile without any modifications? -- Janek Kozicki | ___ 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
[Yade-dev] signing files automatically...
Everyone knows `svn blame`, now this command:
svn blame core/MetaBody.hpp | awk '{print $2}'
Or better, this one :)
svn blame core/MetaBody.hpp | awk '{print $2}' | sort | uniq -c
Or even better, lets sort according to number of lines modified by
each person:
svn blame core/MetaBody.hpp | awk '{print $2}' | sort | uniq -c | sort -rn
Now, we can automatically update all files, just replace people's
usernames with their real names and emails (I just committed AUTHORS
file for that), like this:
svn blame core/MetaBody.hpp | awk '{print $2}' | sort | uniq -c | \
sort -rn | awk '{print $2}' | \
xargs -n 1 -I person fgrep person AUTHORS | sed -e 's/\(.*\)/* (C)\1
*/'
And you will get output like this:
* (C) Vaclav Smilauer eudo...@berlios.de *
* (C) Janek Kozickicosu...@berlios.de *
* (C) Olivier Galizzi gali...@berlios.de *
* (C) Vincent Richefeu riche...@berlios.de *
* (C) Sergei Dorofeenkos...@berlios.de *
So we can update Authors part of files by writing a simple script
that will parse `svn blame` output and replace the current long-outdated
file headers, like this one from MetaBody.hpp:
/*
* Copyright (C) 2004 by Olivier Galizzi *
* olivier.gali...@imag.fr *
* Copyright (C) 2004 by Janek Kozicki *
* cosu...@berlios.de*
**
* This program is free software; it is licensed under the terms of the *
* GNU General Public License v2 or later. See file LICENSE for details. *
*/
with something like that:
/*
* (C) Vaclav Smilauer eudo...@berlios.de *
* (C) Janek Kozickicosu...@berlios.de *
* (C) Olivier Galizzi gali...@berlios.de *
* (C) Vincent Richefeu riche...@berlios.de *
* (C) Sergei Dorofeenkos...@berlios.de *
**
* This program is free software; it is licensed under the terms of the *
* GNU General Public License v2 or later. See file LICENSE for details. *
*/
Just run such script from time to time on all files, and we are done.
I didn't write this script ;) But in this email you already have the
most interesting part - parsing `svn blame` output :)
--
Janek Kozicki |
___
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
Re: [Yade-dev] everyone: please update Authors page
Václav Šmilauer said: (by the date of Mon, 23 Feb 2009 08:16:25 +0100)
+ Janek Kozickicosu...@berlios.de
+ Vaclav Smilauer eudo...@berlios.de
+ Bruno Chareyre chare...@berlios.de
+ Andrzej Oszerprzewd...@berlios.de
+
+Package developers:
+
+ Sergei Dorofeenkos...@berlios.de
+ Jerome Duriezjdur...@berlios.de
+ Jean-François Jerier jfjer...@berlios.de
Janek, I would not discriminate these 2 developer groups. Sega has
created the fastest interaction container in the worlds and has done
many important things. OTOH I wonder why przewdnik is in core
development? And so on... V.
You are right, of course. Bear in mind that it's not *only* me who
edits Authors page. Every person involved has the responsibility to
edit the entry about them. If they don't - it's their PR mistake :)
Guys, if you care - update http://yade.wikia.com/wiki/Authors !
I wonder why przewdnik is in core, too :) I've put him there, but
turns out it was a mistake. Now he should move himself somewhere
else :) But where? Remove 'discrimitaing' categories? I don't care
really. Anybody has an opinion on this??
I don't want to start Authors-wars, really. I only wanted a file
which can be used to automatically sign files. OR we can simply
remove people's signature from start of each file (because they are
in 80% terribly inaccurate).
So - which way we go:
- automatic signing?
- removing the signs?
I prefer to remove signs, Bruno prefers to sign automatically. And others?
I'm checking how many lines are written by each person,
with this command, but it will take few hours to complete...
find -iname *[hc]pp -exec svn blame {} \; | awk '{print $2}' | sort | uniq -c
| sort -rn
And I just committed AUTHORS sorted in alphabetical order, and by some
concidence people who did very few commits are on the top, heheheh.
Now with this command we get a nicely formatted signatures:
svn blame core/MetaBody.hpp | awk '{print $2}' | sort | uniq -c | \
sort -rn | awk '{print $2}' | \
xargs -n 1 -I person fgrep person AUTHORS | \
sed -e 's/\(.*\)/* (C) \1 */
--
Janek Kozicki |
___
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
Re: [Yade-dev] everyone: please update Authors page
There you go:
find -iname *[hc]pp -exec svn blame {} \; | awk '{print $2}' | sort | uniq
-c | sort -rn
38752 eudoxos
33887 cosurgi
11962 chareyre
10446 galizzi
4448 sega
3787 richefeu
3360 jduriez
835 jfjerier
201 fchen3
turns out that out of 14 people only 9 actually committed anything.
--
Janek Kozicki |
___
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
Re: [Yade-dev] plain `svn up` breaks stuff
Václav S(milauer said: (by the date of Mon, 23 Feb 2009 20:14:01 +0100) It makes me wonder if someone will _ever_ use bugzilla for this kind of things. I will have a look at that. I dunno :) We definitely should. You skipped the 1st one. I reproduced it on two different machines. XMLFormatManager is not detected, although it is loaded. -- Janek Kozicki | ___ 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
[Yade-dev] impossible to compile without python / sqlite3
I'm now in USA for two weeks. Prof. Miller invited me to explain my lattice model to his team students, they want to use it for fracturing rocks. They are using everywhere suse 10.3 64bit and upgrading suse is too much work (I understand this). They: 1. have boost 1.33, we just need foreach.hpp 2. they don't have sqlite3 (only sqlite2) 3. boost::python::len is not defined in boost 1.33. And that's the only reason for which I must disable python. Or we'll see if we can upgrade boost sqlite3 problem: - make sqlite3 optional (the check in SConscript) - add some #ifdefs in GLSimulationPlayerViewer, and respective SConstript entry Make it possible to compile without python, offending classes that cannot be compiled: - Se3Interpolator - PythonRunnerFilter - WeightedAverage2d -- Janek Kozicki | ___ 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
Re: [Yade-dev] [deprecated list] r1757 - in trunk: extra pkg/common/DataClass/InteractingGeometry pkg/dem pkg/dem/DataClass/InteractionGeometry pkg/dem/Engine/EngineUnit pkg/dem/Engine/StandAloneEngin
Václav Šmilauer said: (by the date of Wed, 22 Apr 2009 23:18:31 +0200) 3. Add d0fixup to SpheresContactGeometry to get correct normal strain in sphere-facet contact with fictive sphere (zero for sphere-sphere) There's already been some discussion about that, it is just temporary. I don't see point in inheriting from SCG since the constitutive law would still have to have special cases for different combinations of geometries; what would be the advantage over plainly separate classes? Once I will have finised and tested Dem3DofGeom, I will delete this and will be delighted to never have to touch SCG again, believe me. that's the point. Something is wrong about the architecture of code, because it encourages bad behavior, like yours. What's wrong, how to fix it? -- Janek Kozicki | ___ 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
Re: [Yade-dev] Authors update (was: Relations between (m, tc, en, es) and (kn, cn, ks, cs))
Sergei D. said: (by the date of Tue, 05 May 2009 23:17:32 +0400) Vincent Richefeu пишет: Vincent Richefeu ?: I suppose this means that you would like to learn about me (?) Nevertheless, Vincent, you should add yourself to core developers on http://yade.wikia.com/wiki/Authors Also, Sergei, you should move yourself to core developers. You have done useful stuff in core! Oh, sorry. It is simply utf-8 encoding problem on my side. :) Sorry. Now it's OK, the пишет is shown fine :) -- Janek Kozicki | ___ 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
Re: [Yade-dev] Python scripts and clump creation
Václav Šmilauer said: (by the date of Tue, 05 May 2009 07:17:58 +0200) Delete your installation directory before compiling r1766, since some plugins do not exist any longer and could crash yade if loaded. Too bad that the build- directory must be deleted too. A full rebuild is needed. scons could have detected if some plugins were removed. PS: are you going to be around on irc or jabber? -- Janek Kozicki | ___ 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
Re: [Yade-dev] snow law hacks
Václav Šmilauer said: (by the date of Fri, 29 May 2009 13:23:49 +0200) Janek, could you please review your code at Ef2_InteractingBox_BssSnowGrain_makeIstSnowLayersContact.cpp:228 Ef2_InteractingBox_BssSnowGrain_makeIstSnowLayersContact.cpp:432 ok, I just commented this out. I hope that after your changes are done this hack can be nicely removed. -- # Janek Kozicki ___ 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
Re: [Yade-dev] [deprecated list] Special serialization treatment
Vincent Richefeu said: (by the date of Fri, 3 Jul 2009 16:29:28 +0200)
Janek,
Could you please remind me where I could include the code to perform
special treatment for the serialization?
I hope my question is claire enough.
Practically, I would like to do something like this:
if (the type of my object is 'GroupRelationData')
{
I write what I want in xml format
}
I think that a more elegant solution could be to create a template
class inherited from the template class DynLibDispatcher. Somethink
like the MetaEngine2D.
What is your opinion about that?
Are you trying to serialize a C array? It's not supported. And won't
ever be. You don't want to add support for it. Easiest if you switch
to std::vector and it will work straight away.
otherwise I don't see what is the problem. REGISTER_ATTRIBUTE works
for every type, except C array.
--
Janek Kozicki |
___
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
Re: [Yade-dev] [deprecated list] Adding new files to source
Anton Gladky said: (by the date of Fri, 3 Jul 2009 10:46:27 +0200) It seems, I have done it! :) There were some problems in berlios yesterday. after creating an account you have to wait one day, before the database gets updated. It happened with everyone that I wanted to give SVN access. -- Janek Kozicki | ___ 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
Re: [Yade-dev] [deprecated list] Special serialization treatment
Vincent Richefeu said: (by the date of Fri, 3 Jul 2009 16:29:28 +0200)
Janek,
Could you please remind me where I could include the code to perform
special treatment for the serialization?
I hope my question is claire enough.
Practically, I would like to do something like this:
if (the type of my object is 'GroupRelationData')
{
I write what I want in xml format
}
I think that a more elegant solution could be to create a template
class inherited from the template class DynLibDispatcher. Somethink
like the MetaEngine2D.
What is your opinion about that?
Are you trying to serialize a C array? It's not supported. And won't
ever be. You don't want to add support for it. Easiest if you switch
to std::vector and it will work straight away.
otherwise I don't see what is the problem. REGISTER_ATTRIBUTE works
for every type, except C array and pointer counting.
--
Janek Kozicki |
___
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
Re: [Yade-dev] [OT] Special serialization treatment
OMG, I'm really sorry. I've sent this email three times. First I thought that my email address is borked and I tried again, etc... -- Janek Kozicki | ___ 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
[Yade-dev] WARNING: file %s skipped while scanning for headers (no module)
I see a new warning from scons: WARNING: file %s skipped while scanning for headers (no module) why? There's literally a %s, not a filename or anything. -- Janek Kozicki | ___ 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
[Yade-dev] libWm3Foundation linking problems
Hi Vaclav, Firs off, I'm very glad to see your monolithic build modifications. But I'd like to link my stuff with libWm3Foundation, because in lattice I'm using it. Currently I get this error on startup: FATAL /home/janek/20-Programowanie/10-cpp/50-Yade/Code/HEAD/trunk/core/Omega.cpp:183 scanPlugins: libLatticeExample: undefined symbol `Wm3::Delaunaydouble::GetSimplexQuantity() const' FATAL /home/janek/20-Programowanie/10-cpp/50-Yade/Code/HEAD/trunk/core/Omega.cpp:183 scanPlugins: libLatticeExample: /home/janek/40-Yade/Bin/HEAD-fast/lib/yade-0.12.1-fast/plugins/libLatticeExample.so: undefined symbol: _ZNK3Wm38DelaunayIdE18GetSimplexQuantityEv I'm lost in the SConscript jungle, so would be happy if you could install wm3 from your repo :) deb-src http://geo.hmg.inpg.fr/~smilauer/yade ./ Compile yade with wm3 (useMiniWm3 = False) then try to run it. -- Janek Kozicki | ___ 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
Re: [Yade-dev] libWm3Foundation linking problems
Janek Kozicki said: (by the date of Tue, 28 Jul 2009 19:57:33 +0200) Compile yade with wm3 (useMiniWm3 = False) then try to run it. even better if you would add this to your cronjob automatic build report testing. Testing with wm3, that is. And maybe also testing with CGAL ? If you don't have enough CPU power for so many full rebuilds I think that I'll be able to help you. -- Janek Kozicki | ___ 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
Re: [Yade-dev] BZR migration
Anton Gladky said: (by the date of Wed, 29 Jul 2009 10:36:05 +0200) I propose to migrate to BZR on Launchpad after 0.20.0 release. Doing that, we will be able to refuse from Berlios.de. we tried to migrate once. The problem was an insanely long first checkout and huge amount of used disk space. Does this problem is still present in BZR ? Also see: https://lists.launchpad.net/yade-dev/msg00163.html Two years passed since then, so BZR should have improved now. -- Janek Kozicki | ___ 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
[Yade-dev] build order (random) problem
This error occurs randomly, I've been hit by it several times. This mostly happens when demoing yade to someone ;) Make a fresh checkout, then built with lots of jobs (for example jobs=8). And there's a 50% chance that you will get this build error: yade/gui-qt3/SimulationController.hpp:22 error:QtGeneratedSimulationController.h: No such file or directory When you invoke scons second time - it will just work. This problem occurs because sometimes SimulationController.hpp is included compiled *before* the file QtGeneratedSimulationController.h had a chance to be generated. Of course on second build it is already generated, so the second time it works. Vaclav can you think of adding some preconditioning/dependency which would make sure that QtGeneratedSimulationController.h is generated before compiling a file that wants to include it? The same applies to all QtGenerated* files in fact. -- Janek Kozicki | ___ 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
Re: [Yade-dev] BZR migration
Anton Gladky said: (by the date of Wed, 29 Jul 2009 14:58:15 +0200) So, what decision we accept? It will be a drastic change to everyone who has SVN access. So everyone should state his opinion about that. The http://yade.wikia.com/wiki/Quick_subversion_tutorial needs a 1:1 equivalent about BZR. Look at those more tricky commands from SVN, do they work with BZR too? For example those: Check local diff with SVN-HEAD, other people's changes svn st -qu svn diff -rHEAD | kompare -o - Check if svn up may have conflicts: svn merge --dry-run -r BASE:HEAD . -- Janek Kozicki | ___ 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
Re: [Yade-dev] Problem to compile BZR1945
Václav Šmilauer said: (by the date of Mon, 17 Aug 2009 08:58:24 -) BTW I am trying a different wya to convert (using bzr svn-import), it seems to work, but I have to leave now and will not come back till afternoon. Till then, don't commit to bzr... so I see that it takes a bit more time. no worries. Vaclav please make sure that you do the best 1-to-1 conversion from svn. No history loss at all. If you are sure that it works then mark svn as readonly. Currently I presume that we are committing to svn, right? -- Janek Kozicki | ___ 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
[Yade-dev] OLD SUBSCRIBERS: berlios deprecated list will close on 24 august 2009.
Important note to all old subscribers who did not resubscribe to launchpad yet: The berlios mirror of our launchpad mailing list will close on 24.August 2009. You have one week to resubscribe to launchpad, see: http://yade.wikia.com/wiki/Launchpad_Migration in short you need to subscribe: https://launchpad.net/~yade-users/+join best regards, and thanks for staying with us! -- Janek Kozicki | ___ 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
[Yade-dev] class renaming?
Hi, I'd be inclined to perform that year-late class renaming before current release, what do you think? -- Janek Kozicki | ___ 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
[Yade-dev] [Bug 414868] [NEW] svn 1942 fails to compile
Public bug reported: I got this error on a clean checkout of svn 1942: py/yadeWrapper/yadeWrapper.cpp: In function `void termHandler(int)': py/yadeWrapper/yadeWrapper.cpp:235: error: `SIGTERM' was not declared in this scope py/yadeWrapper/yadeWrapper.cpp:235: error: `raise' was not declared in this scope py/yadeWrapper/yadeWrapper.cpp: In member function `void pyOmega::exitNoBacktrace(int)': py/yadeWrapper/yadeWrapper.cpp:464: error: `SIGSEGV' was not declared in this scope py/yadeWrapper/yadeWrapper.cpp:464: error: `signal' was not declared in this scope That's my config: PREFIX = '/home/janek/tmp/ZZ/BIN' optimize = True exclude = 'none' features = 'openGL,python' jobs = 8 version = 'trunk-ZZ' CPPPATH = ['/usr/include/wm3'] QTDIR = ['/usr/share/qt3', '/usr/lib/qt', '/usr/lib/qt3', '/usr/qt/3', '/usr/lib/qt-3.3'] CXX = 'colorgcc' CXXFLAGS = [] SHCCFLAGS = ['-fPIC'] useMiniWm3 = False ** Affects: yade Importance: Undecided Status: New -- svn 1942 fails to compile https://bugs.launchpad.net/bugs/414868 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: I got this error on a clean checkout of svn 1942: py/yadeWrapper/yadeWrapper.cpp: In function `void termHandler(int)': py/yadeWrapper/yadeWrapper.cpp:235: error: `SIGTERM' was not declared in this scope py/yadeWrapper/yadeWrapper.cpp:235: error: `raise' was not declared in this scope py/yadeWrapper/yadeWrapper.cpp: In member function `void pyOmega::exitNoBacktrace(int)': py/yadeWrapper/yadeWrapper.cpp:464: error: `SIGSEGV' was not declared in this scope py/yadeWrapper/yadeWrapper.cpp:464: error: `signal' was not declared in this scope That's my config: PREFIX = '/home/janek/tmp/ZZ/BIN' optimize = True exclude = 'none' features = 'openGL,python' jobs = 8 version = 'trunk-ZZ' CPPPATH = ['/usr/include/wm3'] QTDIR = ['/usr/share/qt3', '/usr/lib/qt', '/usr/lib/qt3', '/usr/qt/3', '/usr/lib/qt-3.3'] CXX = 'colorgcc' CXXFLAGS = [] SHCCFLAGS = ['-fPIC'] useMiniWm3 = False ___ 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
Re: [Yade-dev] [deprecated list] class renaming?
Václav Šmilauer said: (by the date of Mon, 17 Aug 2009 17:28:36 +0200) I think yade has been stagnating functionality-wise for quite long, while piling up bunch of duplicated low-quality code without any documentation; this is so true. If you want to conserve yade as you described it in your papers few years back, go ahead, but don't count on me (not speaking of others, though). so I will do it in my own pace. Uh :/ Anton Gladky said: (by the date of Mon, 17 Aug 2009 17:33:55 +0200) For example lack of documentation. I do it as I can, but my YADE knowledges are not so good yet. PS Janek, you can write a good documentation! I saw your papers! As Vaclav noted we have a lot of duplicated low-quality code. Written by numerous people, how could I document that? I didn't write it. The best thing we could do is to review and improve that code, remove duplicates, then document it. A difficult task. Well, move on with 0.20, I'm glad you're doing it Vaclav. -- Janek Kozicki | ___ 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
Re: [Yade-dev] [deprecated list] Strange crash
Anton Gladky said: (by the date of Tue, 18 Aug 2009 10:04:41 +0200) This GDB was configured as x86_64-linux-gnu. /home/gladk/.yade-current/gdb_crash_batch-pid13289:1: Error in sourced command file: ptrace: No such process. (gdb) did you update anything recently on your computer? that could be a library incompatibility, and a need to recompile. -- Janek Kozicki | ___ 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
Re: [Yade-dev] [deprecated list] lp:yade committable now commit messages
Václav Šmilauer said: (by the date of Tue, 18 Aug 2009 14:43:14 +0200) sorry for the svn-bzr transition issues we have had (thanks to Anton for his great help). Now you can commit to lp:yade just fine. Let us know if there are any other problems. Thanks I'll be testing bzr, and your rename-class tool today evening or tomorrow :) -- Janek Kozicki | ___ 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
Re: [Yade-dev] [deprecated list] lp:yade committable now commit messages
Václav Šmilauer said: (by the date of Tue, 18 Aug 2009 15:25:30 +0200) Thanks I'll be testing bzr, and your rename-class tool today evening or tomorrow :) Class-rename is not for you :-P what is it then? :) -- Janek Kozicki | ___ 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
Re: [Yade-dev] [Branch ~yade-dev/yade/trunk] Rev 1709:
nore...@launchpad.net said: (by the date of Thu, 20 Aug 2009 12:03:08 -) 1. Add wrapper for running tests, to trap exit segfault at squeeze interesting. I'm on debian squeeze and I didn't notice exit segfault. -- Janek Kozicki | ___ 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
[Yade-dev] [Bug 414868] Re: svn 1942 fails to compile
** Changed in: yade Status: In Progress = Fix Committed -- svn 1942 fails to compile https://bugs.launchpad.net/bugs/414868 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: Fix Committed Bug description: I got this error on a clean checkout of svn 1942: py/yadeWrapper/yadeWrapper.cpp: In function `void termHandler(int)': py/yadeWrapper/yadeWrapper.cpp:235: error: `SIGTERM' was not declared in this scope py/yadeWrapper/yadeWrapper.cpp:235: error: `raise' was not declared in this scope py/yadeWrapper/yadeWrapper.cpp: In member function `void pyOmega::exitNoBacktrace(int)': py/yadeWrapper/yadeWrapper.cpp:464: error: `SIGSEGV' was not declared in this scope py/yadeWrapper/yadeWrapper.cpp:464: error: `signal' was not declared in this scope That's my config: PREFIX = '/home/janek/tmp/ZZ/BIN' optimize = True exclude = 'none' features = 'openGL,python' jobs = 8 version = 'trunk-ZZ' CPPPATH = ['/usr/include/wm3'] QTDIR = ['/usr/share/qt3', '/usr/lib/qt', '/usr/lib/qt3', '/usr/qt/3', '/usr/lib/qt-3.3'] CXX = 'colorgcc' CXXFLAGS = [] SHCCFLAGS = ['-fPIC'] useMiniWm3 = False ___ 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
[Yade-dev] [Bug 415265] Re: Script works only with linkStrategy=monolithic option (dispatching bug)
hm, I am unable to run this script pr.py: Running script pr.py /usr/lib/python2.5/site-packages/pytz/__init__.py:32: UserWarning: Module dateutil was already imported from /usr/lib/pymodules/python2.5/dateutil/__init__.py, but /usr/lib/pymodules/python2.5 is being added to sys.path from pkg_resources import resource_stream Traceback (most recent call last): File /home/janek/tmp/ZZ/BIN/lib/yade-ZZ-test-fast/gui/PythonUI_rc.py, line 128, in module execfile(runtime.script) File pr.py, line 56, in module ids_spheres=O.bodies.append(pack.regularHexa(pack.inCylinder((0,0,-boxHeight/2*boxCoef),(0,0,-boxHeight/2*boxCoef+h),a),radius=radiusGrain,gap=distBetweenGrains,color=(0.282,0.875,1),exampleNumber=1,initCohesive=True,**kw)) File /home/janek/tmp/ZZ/BIN/lib/yade-ZZ-test-fast/py/yade/pack.py, line 172, in regularHexa for i,j,k in itertools.product(ii,jj,kk): AttributeError: 'module' object has no attribute 'product' -- Script works only with linkStrategy=monolithic option (dispatching bug) https://bugs.launchpad.net/bugs/415265 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: Confirmed Bug description: When I start the simulation with the attached script, I get: gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. /home/gladk/.yade-current/gdb_crash_batch-pid13289:1: Error in sourced command file: ptrace: No such process. (gdb) But when I do the same on installation with linkstrategy=monolithic compilation option it works normally. ___ 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
[Yade-dev] [Bug 415265] Re: Script works only with linkStrategy=monolithic option (dispatching bug)
heh, and python 2.6 is in debian experimental... Will take few months at least to get down to testing. Although I could probably port it myself. But you have just said that your new locateMultivirtualFunctor2D works? -- Script works only with linkStrategy=monolithic option (dispatching bug) https://bugs.launchpad.net/bugs/415265 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: Confirmed Bug description: When I start the simulation with the attached script, I get: gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. /home/gladk/.yade-current/gdb_crash_batch-pid13289:1: Error in sourced command file: ptrace: No such process. (gdb) But when I do the same on installation with linkstrategy=monolithic compilation option it works normally. ___ 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
[Yade-dev] [Bug 416906] Re: some scripts possibly not compatible with python 2.5
in r1717 rb.py runs. I can see some spheres being compresses. Should I let it run for some time? python-matplotlib version 0.98.3-5 It just worked when using GTKCairo - I can see two plots. so maybe I would need to install some package to have it working with Tcl? with QtAgg it segfaults, backtrace showing a problem with qt (and nothing useful at all): (gdb) bt #0 0x7f0c1290f383 in QBoxLayout::setupGeom () from /usr/lib/libqt-mt.so.3 #1 0x7f0c129102a0 in QBoxLayout::setGeometry () from /usr/lib/libqt-mt.so.3 #2 0x7f0bd447ed19 in sipQHBoxLayout::setGeometry () from /usr/lib/pymodules/python2.5/qt.so #3 0x7f0c128cc81b in QLayout::activate () from /usr/lib/libqt-mt.so.3 #4 0x7f0c128ccaea in QLayout::eventFilter () from /usr/lib/libqt-mt.so.3 #5 0x7f0bd447f39b in sipQHBoxLayout::eventFilter () from /usr/lib/pymodules/python2.5/qt.so #6 0x7f0c12925972 in QObject::activate_filters () from /usr/lib/libqt-mt.so.3 #7 0x7f0c129259c7 in QObject::event () from /usr/lib/libqt-mt.so.3 #8 0x7f0c12956df3 in QWidget::event () from /usr/lib/libqt-mt.so.3 #9 0x7f0bd45cca6b in sipQWidget::event () from /usr/lib/pymodules/python2.5/qt.so #10 0x7f0c128d0953 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #11 0x7f0c128d162e in QApplication::notify () from /usr/lib/libqt-mt.so.3 #12 0x7f0c128d203a in QApplication::sendPostedEvents () from /usr/lib/libqt-mt.so.3 #13 0x7f0c128869dd in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #14 0x7f0c128e5001 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #15 0x7f0c128e4eb2 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #16 0x7f0be23508c7 in QtGUI::run () from /home/janek/tmp/ZZ/BIN/lib/yade-ZZ-test-fast/gui/libQtGUI.so #17 0x0047dcb7 in main () I need to leave for today. see you on monday, maybe sunday. -- some scripts possibly not compatible with python 2.5 https://bugs.launchpad.net/bugs/416906 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: Python 2.5 should be fully supported because it is in lenny, squeeze and hardy, which we want to support for 0.20. All scripts should be checked that they work with python 2.5. The initial report was use of itertools.product in yade.pack by Janek. ___ 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
[Yade-dev] [Bug 416906] Re: some scripts possibly not compatible with python 2.5
OK, I let it run until the end... and it produced one file (in the attachment), and an error: INFO pkg/dem/Engine/DeusExMachina/TriaxialCompressionEngine.cpp:234 applyCondition: UnbalancedForce=0.024853, rel stress 0.0048636 Packing saved to the database /tmp/triaxPackCache.sqlite Traceback (most recent call last): File /home/janek/tmp/ZZ/BIN/lib/yade-ZZ-test-fast/gui/PythonUI_rc.py, line 128, in module execfile(runtime.script) File ../../yade/examples/concrete/uniaxial/rb.py, line 68, in module bb=utils.uniaxialTestFeatures() File /home/janek/tmp/ZZ/BIN/lib/yade-ZZ-test-fast/py/yade/utils.py, line 486, in uniaxialTestFeatures dim=aabbDim(); axis=dim.index(max(dim)) AttributeError: 'tuple' object has no attribute 'index' File in the attachment. ** Attachment added: triaxPackCache.sqlite http://launchpadlibrarian.net/30714831/triaxPackCache.sqlite -- some scripts possibly not compatible with python 2.5 https://bugs.launchpad.net/bugs/416906 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: Python 2.5 should be fully supported because it is in lenny, squeeze and hardy, which we want to support for 0.20. All scripts should be checked that they work with python 2.5. The initial report was use of itertools.product in yade.pack by Janek. ___ 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
[Yade-dev] [Bug 416906] Re: some scripts possibly not compatible with python 2.5
I didn't notice anywhere (I'm blind, or is that this 2.5 incompatibility problem): 1. tensile/compressive strength 2. curve in gnuplot file -- some scripts possibly not compatible with python 2.5 https://bugs.launchpad.net/bugs/416906 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: Python 2.5 should be fully supported because it is in lenny, squeeze and hardy, which we want to support for 0.20. All scripts should be checked that they work with python 2.5. The initial report was use of itertools.product in yade.pack by Janek. ___ 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
[Yade-dev] [Bug 418107] Re: bzr1727 fails to compile on ubuntu 9.04
sorry for the false alarm. Indeed my bzr tree wasn't clean. And that's
because I just copied bzr dir from another computer, because in ubuntu
9.04 we don't have bzr 1.16 so I couldn't download trunk.
So I backported bzr 1.17 to 9.04 and then it worked, but only if I used
features=python,opengl otherwise, for plain compile (no options at
all) I get this error:
ja...@janek-desktop:~/Y/trunk$ scons PREFIX=/home/janek/Z/BIN
scons: Reading SConscript files ...
@@@ Using profile default (scons.profile-default) @@@
Yade version is `bzr1726', installed files will be suffixed with `-bzr1726'.
All intermediary files will be in `/home/janek/Y/build-bzr1726'.
Mkdir(/home/janek/Y/build-bzr1726)
Checking whether c++ compiler g++ works...yes
Checking for pthread_exit(NULL) in C library pthread... yes
Checking for boost::system::error_code(); /* non-essential */ in C++ library
boost_system-mt... no
Checking for boost::system::error_code(); /* non-essential */ in C++ library
boost_system... no
Checking for boost::thread::thread() in C++ library boost_thread-mt... yes
Checking for boost::posix_time::time_duration::time_duration() in C++ library
boost_date_time-mt... yes
Checking for boost::filesystem::path() in C++ library boost_filesystem-mt... yes
Checking for boost::iostreams::file_sink() in C++ library
boost_iostreams-mt... yes
Checking for boost::regex() in C++ library boost_regex-mt... yes
Checking for try{} catch (const boost::archive::archive_exception e) {} in C++
library boost_serialization-mt... yes
Checking for boost::program_options::options_description o in C++ library
boost_program_options-mt... yes
Checking for C++ header file boost/foreach.hpp... yes
Checking for sqlite3_close(0L) in C++ library sqlite3... yes
Checking for glutGetModifiers() in C library glut... yes
Package glib-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `glib-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'glib-2.0' found
OSError: 'pkg-config glib-2.0 --cflags --libs' exited 1:
File /home/janek/Y/trunk/SConstruct, line 333:
env.ParseConfig('pkg-config glib-2.0 --cflags --libs');
File /usr/lib/scons/SCons/Environment.py, line 1447:
return function(self, self.backtick(command))
File /usr/lib/scons/SCons/Environment.py, line 585:
raise OSError('%s' exited %d % (command, status))
so something is missing, but only if I use all the features.
I installed all stuff from
http://yade.wikia.com/wiki/Installation_of_yade_on_debian_or_kubuntu for 9.04
so apparently some package isn't listed there :) Remind you - I'm testing this
on clean 9.04 install in vmware.
--
bzr1727 fails to compile on ubuntu 9.04
https://bugs.launchpad.net/bugs/418107
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
Status in Yet Another Dynamic Engine: New
Bug description:
I even made a clean ubuntu 9.04 install under vmware to be sure that it's not
some broken python configuration. When you type scons to compile you only get
this error:
scons: Reading SCconscript files...
@@@ Using profile default (scons.profile default) @@@
TypeError: cannot concatenate 'str' and 'NoneType' objects:
File /home/janek/trunk/SConstruct, line 194:
env['SUFFIX']='-'+env['version']+env['variant']
It doesn't even start checking what libraries are available.
___
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
[Yade-dev] [Bug 418107] Re: bzr1727 fails to compile on ubuntu 9.04
and also on ubuntu 9.04 it doesn't either. sorry for separate post, but this one is from within vmare virtual machine. I had let the scons PREFIX=/home/janek/Z/BIN features=python,opengl to run, to see that it compiles, but instead I get this error: In file included from /home/janek/Z/build-bzr1728/core/core.cpp:11: /home/janek/Z/yade/core/InteractionContainer.cpp:29: error: expected declaration before '}' token C lib/QGLViewer/manipulatedFrame.cpp (clean ubuntu 9.04, clean checkout) -- bzr1727 fails to compile on ubuntu 9.04 https://bugs.launchpad.net/bugs/418107 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: I even made a clean ubuntu 9.04 install under vmware to be sure that it's not some broken python configuration. When you type scons to compile you only get this error: scons: Reading SCconscript files... @@@ Using profile default (scons.profile default) @@@ TypeError: cannot concatenate 'str' and 'NoneType' objects: File /home/janek/trunk/SConstruct, line 194: env['SUFFIX']='-'+env['version']+env['variant'] It doesn't even start checking what libraries are available. ___ 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
[Yade-dev] [Bug 418107] Re: bzr1727 fails to compile on ubuntu 9.04
actually on my regular box the rev1728 it is not compiling either (and two revisions ago it was!)! See this error: /home/janek/tmp/ZZ/build-ZZ-test-fast/include/yade-ZZ-test/indexing_suite/slice_handler.hpp:48: error: `list' in namespace `boost::python' does not name a type /home/janek/tmp/ZZ/build-ZZ-test-fast/include/yade-ZZ-test/indexing_suite/slice_handler.hpp: In static member function `static boost::python::api::object boost::python::indexing::slice_handlerAlgorithms, Policy::make_getitem(const Policy)': /home/janek/tmp/ZZ/build-ZZ-test-fast/include/yade-ZZ-test/indexing_suite/slice_handler.hpp:92: error: `get_slice' was not declared in this scope /home/janek/tmp/ZZ/build-ZZ-test-fast/include/yade-ZZ-test/indexing_suite/slice_handler.hpp: At global scope: /home/janek/tmp/ZZ/build-ZZ-test-fast/include/yade-ZZ-test/indexing_suite/slice_handler.hpp:180: error: expected constructor, destructor, or type conversion before `slice_handler' In file included from /usr/include/boost/python.hpp:24, from /home/janek/tmp/ZZ/build-ZZ-test-fast/include/yade-ZZ-test/yade/lib-serialization/Serializable.hpp:23, from /home/janek/tmp/ZZ/yade/core/GeometricalModel.hpp:14, from /home/janek/tmp/ZZ/yade/core/Body.hpp:13, from /home/janek/tmp/ZZ/yade/core/Body.cpp:11, from /home/janek/tmp/ZZ/build-ZZ-test-fast/core/core.cpp:1: /usr/include/boost/python/dict.hpp:38: error: `list' does not name a type /usr/include/boost/python/dict.hpp:50: error: `list' does not name a type /usr/include/boost/python/dict.hpp:65: error: `list' does not name a type -- bzr1727 fails to compile on ubuntu 9.04 https://bugs.launchpad.net/bugs/418107 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: I even made a clean ubuntu 9.04 install under vmware to be sure that it's not some broken python configuration. When you type scons to compile you only get this error: scons: Reading SCconscript files... @@@ Using profile default (scons.profile default) @@@ TypeError: cannot concatenate 'str' and 'NoneType' objects: File /home/janek/trunk/SConstruct, line 194: env['SUFFIX']='-'+env['version']+env['variant'] It doesn't even start checking what libraries are available. ___ 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
Re: [Yade-dev] [Branch ~yade-dev/yade/trunk] Rev 1728:
nore...@launchpad.net said: Vaclav, do you think that we could restore the previous useful From: header? I mean From: would tell us who did the commit? currently all BZR commits are noreply. previously in SVN we had a nice From: telling who did the commit. -- Janek Kozicki | ___ 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
Re: [Yade-dev] [Branch ~yade-dev/yade/trunk] Rev 1728:
Václav Šmilauer said: (by the date of Mon, 24 Aug 2009 17:24:21 +0200) nore...@launchpad.net said: Vaclav, do you think that we could restore the previous useful From: header? I mean From: would tell us who did the commit? Sorry, it is not at all under my control (ask at launchpad). I would just make procmail rule to extract the commiter from the message body and replace the From: header (or Subject or whatever, for that matter). V. I was expecting this. If you happen to make such a rule, please share it :) -- Janek Kozicki | ___ 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
[Yade-dev] [Bug 418107] Re: bzr1727 fails to compile on ubuntu 9.04
I'm compiling again, but I guess it it indeed fixed for ubuntu 9.04 clean install. On my regular box #4 is fixed, but only after a full recompile. I have boost 1.38. I just noticed that in squeeze I can make a choice between boost 1.38 and 1.39 ;-) So it seems that soon I'll have to migrate to 1.39 ... -- bzr1727 fails to compile on ubuntu 9.04 https://bugs.launchpad.net/bugs/418107 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: Fix Committed Bug description: I even made a clean ubuntu 9.04 install under vmware to be sure that it's not some broken python configuration. When you type scons to compile you only get this error: scons: Reading SCconscript files... @@@ Using profile default (scons.profile default) @@@ TypeError: cannot concatenate 'str' and 'NoneType' objects: File /home/janek/trunk/SConstruct, line 194: env['SUFFIX']='-'+env['version']+env['variant'] It doesn't even start checking what libraries are available. ___ 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
[Yade-dev] [Bug 416906] Re: some scripts possibly not compatible with python 2.5
The file examples/concrete/uniaxial/rb.py does not exist anymore. But instead I see there examples/concrete/uniax.py which gives following error (ah, ok, you have renamed it): Running script ../../yade/examples/concrete/uniax.py /usr/lib/python2.5/site-packages/pytz/__init__.py:32: UserWarning: Module pylab was already imported from /usr/lib/pymodules/python2.5/pylab.py, but /usr/lib/pymodules/python2.5 is being added to sys.path from pkg_resources import resource_stream /usr/lib/python2.5/site-packages/pytz/__init__.py:32: UserWarning: Module matplotlib was already imported from /usr/lib/pymodules/python2.5/matplotlib/__init__.py, but /usr/lib/pymodules/python2.5 is being added to sys.path from pkg_resources import resource_stream Traceback (most recent call last): File /home/janek/tmp/ZZ/BIN/lib/yade-ZZ-test-fast/gui/PythonUI_rc.py, line 128, in module execfile(runtime.script) File ../../yade/examples/concrete/uniax.py, line 69, in module spheres=pack.randomDensePack(pack.inHyperboloid((0,0,-.5*specimenLength),(0,0,.5*specimenLength),.25*specimenLength,.2*specimenLength),spheresInCell=2000,radius=sphereRadius,memoizeDb='/tmp/triaxPackCache.sqlite',young=young,poisson=poisson,frictionAngle=frictionAngle,physParamsClass='CpmMat',density=density) File /home/janek/tmp/ZZ/BIN/lib/yade-ZZ-test-fast/py/yade/pack.py, line 266, in randomDensePack except OperationalError: NameError: global name 'OperationalError' is not defined Most strange that now it doesn't even start calculations. It errors before generating the sample. Let me know when to try again :) -- some scripts possibly not compatible with python 2.5 https://bugs.launchpad.net/bugs/416906 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: Python 2.5 should be fully supported because it is in lenny, squeeze and hardy, which we want to support for 0.20. All scripts should be checked that they work with python 2.5. The initial report was use of itertools.product in yade.pack by Janek. ___ 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
[Yade-dev] [Bug 416906] Re: some scripts possibly not compatible with python 2.5
ooops, sorry false alarm. I forgot to run scons to install new version of this script, hold on. -- some scripts possibly not compatible with python 2.5 https://bugs.launchpad.net/bugs/416906 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: Python 2.5 should be fully supported because it is in lenny, squeeze and hardy, which we want to support for 0.20. All scripts should be checked that they work with python 2.5. The initial report was use of itertools.product in yade.pack by Janek. ___ 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
[Yade-dev] [Bug 416906] Re: some scripts possibly not compatible with python 2.5
ok... so I installed new script. I forgot to set version=trunk so it was
a full recompile ;) And now I get another error:
Running script ../../yade/examples/concrete/uniax.py
/usr/lib/python2.5/site-packages/pytz/__init__.py:32: UserWarning: Module pylab
was already imported from /usr/lib/pymodules/python2.5/pylab.py, but
/usr/lib/pymodules/python2.5 is being added to sys.path
from pkg_resources import resource_stream
/usr/lib/python2.5/site-packages/pytz/__init__.py:32: UserWarning: Module
matplotlib was already imported from
/usr/lib/pymodules/python2.5/matplotlib/__init__.py, but
/usr/lib/pymodules/python2.5 is being added to sys.path
from pkg_resources import resource_stream
Traceback (most recent call last):
File /home/janek/tmp/ZZ/BIN/lib/yade-bzr1734/gui/PythonUI_rc.py, line 128,
in module
execfile(runtime.script)
File ../../yade/examples/concrete/uniax.py, line 69, in module
spheres=pack.randomDensePack(pack.inHyperboloid((0,0,-.5*specimenLength),(0,0,.5*specimenLength),.25*specimenLength,.2*specimenLength),spheresInCell=2000,radius=sphereRadius,memoizeDb='/tmp/triaxPackCache.sqlite',young=young,poisson=poisson,frictionAngle=frictionAngle,physParamsClass='CpmMat',density=density)
File /home/janek/tmp/ZZ/BIN/lib/yade-bzr1734/py/yade/pack.py, line 267, in
randomDensePack
raise RuntimeError(ERROR: database,memoizeDb, not compatible with
randomDensePack (deprecated format or not db created by randomDensePack))
RuntimeError: ('ERROR: database', '/tmp/triaxPackCache.sqlite', ' not
compatible with randomDensePack (deprecated format or not db created by
randomDensePack)')
So I deleted this file /tmp/triaxPackCache.sqlite and ran the script
again... And now it is running. It only printed few warnings:
ja...@atak:~/tmp/ZZ/BIN/bin$ ./yade-bzr1734
../../yade/examples/concrete/uniax.py
INFO /home/janek/tmp/ZZ/yade/core/yade.cpp:266 main: Loading
/home/janek/.yade-bzr1734/preferences.xml
INFO /home/janek/tmp/ZZ/yade/core/yade.cpp:268 main: Loading plugins
INFO gui/qt3/YadeQtMainWindow.cpp:64 YadeQtMainWindow: Loading configuration
file: /home/janek/.yade-bzr1734/QtGUIPreferences.xml.
Python TCP server listening on localhost:9000, auth cookie is `sdycsk'
Running script ../../yade/examples/concrete/uniax.py
/usr/lib/python2.5/site-packages/pytz/__init__.py:32: UserWarning: Module pylab
was already imported from /usr/lib/pymodules/python2.5/pylab.py, but
/usr/lib/pymodules/python2.5 is being added to sys.path
from pkg_resources import resource_stream
/usr/lib/python2.5/site-packages/pytz/__init__.py:32: UserWarning: Module
matplotlib was already imported from
/usr/lib/pymodules/python2.5/matplotlib/__init__.py, but
/usr/lib/pymodules/python2.5 is being added to sys.path
from pkg_resources import resource_stream
INFO
pkg/common/RenderingEngine/OpenGLRenderingEngine/OpenGLRenderingEngine.cpp:68
initgl: (re)initializing GL for gldraw methods.
also in the OpenGL view I see it being compressed and some circles/wire-
spheres appearing and disappearing around. But after 9000 they stopped
appearing around, and it is just compressing.
I'll let you know when it will finish.
--
some scripts possibly not compatible with python 2.5
https://bugs.launchpad.net/bugs/416906
You received this bug notification because you are a member of Yade
developers, which is subscribed to Yade.
Status in Yet Another Dynamic Engine: New
Bug description:
Python 2.5 should be fully supported because it is in lenny, squeeze and hardy,
which we want to support for 0.20. All scripts should be checked that they work
with python 2.5. The initial report was use of itertools.product in yade.pack
by Janek.
___
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
[Yade-dev] [Bug 416906] Re: some scripts possibly not compatible with python 2.5
I suppose that it works now: ja...@atak:~/tmp/ZZ/BIN/bin$ rm /tmp/triaxPackCache.sqlite ja...@atak:~/tmp/ZZ/BIN/bin$ ./yade-bzr1734 ../../yade/examples/concrete/uniax.py INFO /home/janek/tmp/ZZ/yade/core/yade.cpp:266 main: Loading /home/janek/.yade-bzr1734/preferences.xml INFO /home/janek/tmp/ZZ/yade/core/yade.cpp:268 main: Loading plugins INFO gui/qt3/YadeQtMainWindow.cpp:64 YadeQtMainWindow: Loading configuration file: /home/janek/.yade-bzr1734/QtGUIPreferences.xml. Python TCP server listening on localhost:9000, auth cookie is `sdycsk' Running script ../../yade/examples/concrete/uniax.py /usr/lib/python2.5/site-packages/pytz/__init__.py:32: UserWarning: Module pylab was already imported from /usr/lib/pymodules/python2.5/pylab.py, but /usr/lib/pymodules/python2.5 is being added to sys.path from pkg_resources import resource_stream /usr/lib/python2.5/site-packages/pytz/__init__.py:32: UserWarning: Module matplotlib was already imported from /usr/lib/pymodules/python2.5/matplotlib/__init__.py, but /usr/lib/pymodules/python2.5 is being added to sys.path from pkg_resources import resource_stream INFO pkg/common/RenderingEngine/OpenGLRenderingEngine/OpenGLRenderingEngine.cpp:68 initgl: (re)initializing GL for gldraw methods. INFO extra/PeriodicInsertionSortCollider.cpp:432 action: Loaded to 1e+11 done, going to 1e+08 now INFO pkg/common/RenderingEngine/OpenGLRenderingEngine/OpenGLRenderingEngine.cpp:68 initgl: (re)initializing GL for gldraw methods. INFO extra/PeriodicInsertionSortCollider.cpp:428 action: Finished Packing saved to the database /tmp/triaxPackCache.sqlite Timestep 1.2521980674e-06 INFO /home/janek/tmp/ZZ/yade/core/Omega.cpp:272 saveSimulation: Saving file :memory:initial init init done, will now run. INFO pkg/dem/Engine/StandAloneEngine/UniaxialStrainer.cpp:40 init: Setting initial length to 0.19226 (between #21 and #390) INFO pkg/dem/Engine/StandAloneEngine/UniaxialStrainer.cpp:64 init: Strain speed will be 0.019226, strain rate 0.1; velocities will be set directly at the beginning. INFO pkg/dem/Engine/StandAloneEngine/UniaxialStrainer.cpp:84 init: Stress will be updated every 79 steps. __ __ _ \ \ / /_ _| _ \ ___ / ___|___ _ __ ___ ___ | | ___ \ V / _` | | | |/ _ \ | | / _ \| '_ \/ __|/ _ \| |/ _ \ | | (_| | |_| | __/ | |__| (_) | | | \__ \ (_) | | __/ |_|\__,_|/ \___| \\___/|_| |_|___/\___/|_|\___| In [1]: 20090825T103420p3155 tension 2.89257753603e-05 299967.505565 20090825T103420p3155 tension 4.38269323642e-05 877874.455292 20090825T103420p3155 tension 5.87280893678e-05 1458510.79307 20090825T103420p3155 tension 7.36292463717e-05 2039108.81177 20090825T103420p3155 tension 8.80295241485e-05 2039108.81177 20090825T103420p3155 tension 0.000102930681152 2608309.68231 20090825T103420p3155 tension 0.000117831838156 3105548.79418 20090825T103420p3155 tension 0.000131981676319 3478610.11643 20090825T103420p3155 tension 0.000146757613516 3629749.68248 20090825T103420p3155 tension 0.000161533550713 3629749.68248 20090825T103420p3155 tension 0.000176184268104 3865066.494 20090825T103420p3155 tension 0.000189958446847 4025471.16199 20090825T103420p3155 tension 0.00020448394443 4125289.87333 20090825T103420p3155 tension 0.00021888407 4185554.4989 20090825T103420p3155 tension 0.000232908840563 4185554.4989 20090825T103420p3155 tension 0.000246432579693 4185061.20288 20090825T103420p3155 tension 0.00026083285747 4081887.81576 20090825T103420p3155 tension 0.000275233135246 3734761.59853 20090825T103420p3155 tension 0.000289257753603 3325755.76535 20090825T103420p3155 tension 0.000303031932346 3325755.76535 20090825T103420p3155 tension 0.000313174736693 3143992.54529 20090825T103420p3155 tension 0.000321063584519 2863445.39658 20090825T103420p3155 tension 0.000330955949252 2714962.53932 20090825T103420p3155 tension 0.000338844797078 2588289.81719 20090825T103420p3155 tension 0.000346733644903 2588289.81719 20090825T103420p3155 tension 0.000354497272922 2456690.91919 20090825T103420p3155 tension 0.000362386120748 2363146.17701 20090825T103420p3155 tension 0.000370274968573 2247115.25037 20090825T103420p3155 tension 0.000378289036206 2137743.83668 20090825T103420p3155 tension 0.000386428323645 2137743.83668 20090825T103420p3155 tension 0.000394442391277 2034592.31657 Damaged, switching to compression... init INFO /home/janek/tmp/ZZ/yade/core/Omega.cpp:238 loadSimulation: Loading file :memory:initial Reversing plot data init done, will now run. INFO pkg/dem/Engine/StandAloneEngine/UniaxialStrainer.cpp:40 init: Setting initial length to 0.19226 (between #21 and #390) INFO pkg/dem/Engine/StandAloneEngine/UniaxialStrainer.cpp:64 init: Strain speed will be -0.19226, strain rate -1; velocities will be set directly at the beginning. INFO pkg/dem/Engine/StandAloneEngine/UniaxialStrainer.cpp:84 init: Stress will be updated every 7 steps.
[Yade-dev] [Bug 419861] [NEW] bzr1735 OpenGL + ATI serious problems, ubuntu 9.04
Public bug reported: I am helping Fernando Alonso-Marroquin to get yade running on his PC. He has ubuntu 9.04, ATI graphics card: #lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon X1300/X1550 Series] #glxinfo | grep direct direct rendering: Yes And he is encountering serious display problems. Sometimes everything works as it should but sometimes: - only boxes are drawn (either solid or wireframe) and spheres are not drawn at all - only light source is drawn, and nothing else - in all cases at least a light source is shown - drawing Body_ID always works and can be used to reassure the existence of bodies in the OpenGL display This seems to be irrelevant to restarting yade. Sometimes it does, sometimes it doesnt work just after the restart. The same applies, when closing or opening 3D views, or generating a new simulation. Sometimes it works, sometimes doesnt. I've never seen such behaviour on my PC. I have an ATI card lying there, so I will try to reproduce it. I consider this a critical bug. ** Affects: yade Importance: Undecided Assignee: Janek Kozicki (cosurgi) Status: New ** Changed in: yade Assignee: (unassigned) = Janek Kozicki (cosurgi) -- bzr1735 OpenGL + ATI serious problems, ubuntu 9.04 https://bugs.launchpad.net/bugs/419861 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: I am helping Fernando Alonso-Marroquin to get yade running on his PC. He has ubuntu 9.04, ATI graphics card: #lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon X1300/X1550 Series] #glxinfo | grep direct direct rendering: Yes And he is encountering serious display problems. Sometimes everything works as it should but sometimes: - only boxes are drawn (either solid or wireframe) and spheres are not drawn at all - only light source is drawn, and nothing else - in all cases at least a light source is shown - drawing Body_ID always works and can be used to reassure the existence of bodies in the OpenGL display This seems to be irrelevant to restarting yade. Sometimes it does, sometimes it doesnt work just after the restart. The same applies, when closing or opening 3D views, or generating a new simulation. Sometimes it works, sometimes doesnt. I've never seen such behaviour on my PC. I have an ATI card lying there, so I will try to reproduce it. I consider this a critical bug. ___ 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
[Yade-dev] [Bug 419861] Re: bzr1735 OpenGL + ATI serious problems, ubuntu 9.04
Fernando, can you check if you can try yade with an nvidia graphics card? If it's not ATI/nvidia issue, then we need to find out more about that... -- bzr1735 OpenGL + ATI serious problems, ubuntu 9.04 https://bugs.launchpad.net/bugs/419861 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: I am helping Fernando Alonso-Marroquin to get yade running on his PC. He has ubuntu 9.04, ATI graphics card: #lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon X1300/X1550 Series] #glxinfo | grep direct direct rendering: Yes And he is encountering serious display problems. Sometimes everything works as it should but sometimes: - only boxes are drawn (either solid or wireframe) and spheres are not drawn at all - only light source is drawn, and nothing else - in all cases at least a light source is shown - drawing Body_ID always works and can be used to reassure the existence of bodies in the OpenGL display This seems to be irrelevant to restarting yade. Sometimes it does, sometimes it doesnt work just after the restart. The same applies, when closing or opening 3D views, or generating a new simulation. Sometimes it works, sometimes doesnt. I've never seen such behaviour on my PC. I have an ATI card lying there, so I will try to reproduce it. I consider this a critical bug. ___ 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
[Yade-dev] [Bug 419861] Re: bzr1735 OpenGL + ATI serious problems, ubuntu 9.04
oops, I had some old ATI, graphics card, AGP based, but suddenly I can't find it. I'll search more when I'm back home - maybe I left it at home. I use nvidia everywhere so that's why I have problems with finding some old ATI hardware... did you guys ever encounter such behaviour as described above? -- bzr1735 OpenGL + ATI serious problems, ubuntu 9.04 https://bugs.launchpad.net/bugs/419861 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: I am helping Fernando Alonso-Marroquin to get yade running on his PC. He has ubuntu 9.04, ATI graphics card: #lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon X1300/X1550 Series] #glxinfo | grep direct direct rendering: Yes And he is encountering serious display problems. Sometimes everything works as it should but sometimes: - only boxes are drawn (either solid or wireframe) and spheres are not drawn at all - only light source is drawn, and nothing else - in all cases at least a light source is shown - drawing Body_ID always works and can be used to reassure the existence of bodies in the OpenGL display This seems to be irrelevant to restarting yade. Sometimes it does, sometimes it doesnt work just after the restart. The same applies, when closing or opening 3D views, or generating a new simulation. Sometimes it works, sometimes doesnt. I've never seen such behaviour on my PC. I have an ATI card lying there, so I will try to reproduce it. I consider this a critical bug. ___ 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
Re: [Yade-dev] [svn] r1943 - trunk
cosurgi at BerliOS said: (by the date of Fri, 28 Aug 2009 17:34:03 +0200) Author: cosurgi Date: 2009-08-28 17:34:03 +0200 (Fri, 28 Aug 2009) New Revision: 1943 Added: trunk/zz Log: This commit is to test that SVN commits are disabled. So you should never see this message. oops :) So my method to disable it didn't work, let me try something else... -- Janek Kozicki | ___ 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
Re: [Yade-dev] [svn] r1943 - trunk
Janek Kozicki said: (by the date of Fri, 28 Aug 2009 17:37:36 +0200) So my method to disable it didn't work, let me try something else... Now it works, nobody can commit anymore, ever. I changed svn.berlios.de:/svnroot/repos/yade/hooks/pre-commit.hook to simple exit 1 and a message. watch this: ja...@atak:~/20-Programowanie/10-cpp/50-Yade/Code/HEAD/trunk$ svn commit zz Deleting zz svn: Commit failed (details follow): svn: 'pre-commit' hook failed with error output: === === We have moved to https://launchpad.net/yade === === === this SVN repository is deprecated, we have moved to launchpad, === === try this: === bzr checkout lp:yade === === http://yade.wikia.com/wiki/Quick_Bazaar_tutorial === http://yade.wikia.com/wiki/Launchpad_Migration === svn: Your commit message was left in a temporary file: svn: '/home/janek/20-Programowanie/10-cpp/50-Yade/Code/HEAD/trunk/svn-commit.4.tmp' ja...@atak:~/20-Programowanie/10-cpp/50-Yade/Code/HEAD/trunk$ -- Janek Kozicki | ___ 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
[Yade-dev] [Bug 419861] Re: bzr1735 OpenGL + ATI serious problems, ubuntu 9.04
Thanks, I never followed ATI issues. Now I recall something like that happening. I'll check with Fernando what we can do. But maybe we can do some simple check built into yade to warn the user about bug in another software that causes yade to display stuff in a wrong way. Simplest would be to see if lspci contains ATI, if it does then write a message that compiz-fusion must be disabled and fglrx binary drivers must be installed. Let's keep this bug as New (just for me) until I solve this issue with Fernando. That's just for me to not forget about that :) -- bzr1735 OpenGL + ATI serious problems, ubuntu 9.04 https://bugs.launchpad.net/bugs/419861 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: New Bug description: I am helping Fernando Alonso-Marroquin to get yade running on his PC. He has ubuntu 9.04, ATI graphics card: #lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon X1300/X1550 Series] #glxinfo | grep direct direct rendering: Yes And he is encountering serious display problems. Sometimes everything works as it should but sometimes: - only boxes are drawn (either solid or wireframe) and spheres are not drawn at all - only light source is drawn, and nothing else - in all cases at least a light source is shown - drawing Body_ID always works and can be used to reassure the existence of bodies in the OpenGL display This seems to be irrelevant to restarting yade. Sometimes it does, sometimes it doesnt work just after the restart. The same applies, when closing or opening 3D views, or generating a new simulation. Sometimes it works, sometimes doesnt. I've never seen such behaviour on my PC. I have an ATI card lying there, so I will try to reproduce it. I consider this a critical bug. ___ 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
Re: [Yade-dev] ld: new problems on Mac OS X
Václav Šmilauer said: (by the date of Fri, 28 Aug 2009 20:01:45 +0200) You must find some way how to tell the linker to ignore that there symbols undefined at link time -- ClassFactory and other libs are maybe he could try compiling monolithic version? Or even the static one? -- Janek Kozicki | ___ 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
Re: [Yade-dev] [Branch ~yade-dev/yade/trunk] Rev 1757: 3. interactions isNew doesn't exist anymore, snow code needs update for this
Václav Šmilauer said: (by the date of Mon, 14 Sep 2009 16:49:06 +0200)
3. interactions isNew doesn't exist anymore, snow code needs update for
this
Have a look at Interaction::isFresh() for this (deliberately named
differently, to not be confused with the old meaning of isNew).
yes, I noticed that. I'll check this later, or maybe my
snow-successor, Alsidiq will.
For the boost::serialization code that I disabled in snow code, it was
because if you #define YADE_BOOST_SERIALIZATION in ClassFactory.hpp
(commented out by default), boost::serialization code will be generated
for all classes automatically inside REGISTER_SERIALIZABLE and
BshSnowGrain will error out as the class will be registered twice IIRC.
OK, that's clear.
The compilation is dead slow with boost::serialization however (like 10x
slower?) and saving via b::s throws exception about unregistered class,
but I didn't find which one -- if you want to try.
Omega().saveXML('file.xml') saves using b::s (defined in
yadeWrapper.cpp).
yes, I remember that it's hard to identify which class isn't
registered. I wonder why compilation gets so slow. And maybe it's
fixed in boost 1.40 ? Also, I'm sure that save time is roughly 10x
faster with boost serialization. I've seen it happening when saving
my voxel data with boost and saving with yade.
--
Janek Kozicki |
___
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
[Yade-dev] wiki out of date...
And so, we have a new 0.20 release, but wiki mentions nothing about that. In fact I don't even know where to download 0.20 from launchpad, because Vaclav made this release ;) people, look at desperate comments at the bottom of: http://yade.wikia.com/wiki/Installation_of_yade_on_debian_/_ubuntu and on the talk page of: http://yade.wikia.com/wiki/Talk:Installation I wish I had a fulltime work dedicated to maintaining wiki, but I don't. I also don't have fulltime work dedicated to maintaining yade. And so we are in the forest now ; Anybody cares to update those pages? maybe I'll find time next week for that, but it's not guaranteed. -- Janek Kozicki | ___ 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
[Yade-dev] greylisting problem [OT] (was: Re: VTKRecorder)
Sergei D. said: (by the date of Wed, 16 Sep 2009 10:09:18 +0400) Hi Sergei, I know nothing about VTK, but I notice that you have sent this email twice. Do you experience very long delays before your email appears? I'm asking, because I have a similar problem too - posts to this mailing list seem to be postponed even 24hours before they appear. My last post wiki out of date.. was sent about 24h ago. And my another post still didn't appear yet. ps. I don't get mails from yade-dev with commits confirmation for some reasons... commits are sent to yade-dev. Look in the web archive: https://lists.launchpad.net/yade-dev/threads.html Those with the subject [Branch~ .]. Althought I have problems with sending now, receiving works. best regards -- Janek Kozicki | ___ 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
[Yade-dev] [Bug 419861] Re: bzr1735 OpenGL + ATI serious problems, ubuntu 9.04
Ok, Fernando and Imran are now checking fglrx and understood the driver issue. I can mark this bug as invalid now, as it is a problem of drivers, not with yade. ** Changed in: yade Status: New = Invalid -- bzr1735 OpenGL + ATI serious problems, ubuntu 9.04 https://bugs.launchpad.net/bugs/419861 You received this bug notification because you are a member of Yade developers, which is subscribed to Yade. Status in Yet Another Dynamic Engine: Invalid Bug description: I am helping Fernando Alonso-Marroquin to get yade running on his PC. He has ubuntu 9.04, ATI graphics card: #lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV516 [Radeon X1300/X1550 Series] #glxinfo | grep direct direct rendering: Yes And he is encountering serious display problems. Sometimes everything works as it should but sometimes: - only boxes are drawn (either solid or wireframe) and spheres are not drawn at all - only light source is drawn, and nothing else - in all cases at least a light source is shown - drawing Body_ID always works and can be used to reassure the existence of bodies in the OpenGL display This seems to be irrelevant to restarting yade. Sometimes it does, sometimes it doesnt work just after the restart. The same applies, when closing or opening 3D views, or generating a new simulation. Sometimes it works, sometimes doesnt. I've never seen such behaviour on my PC. I have an ATI card lying there, so I will try to reproduce it. I consider this a critical bug. ___ 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
[Yade-dev] adding new dirs to /pkg/. SPOLY3D code in yade.
Vaclav, do you recognize this error: NameError: global name 'fullF' is not defined: File /home/janek/tmp/ZZ/yade/SConstruct, line 543: allPlugs=yadeSCons.scanAllPlugins(None) File /home/janek/tmp/ZZ/yade/yadeSCons.py, line 70: print WARNING: file %s included from %s doesn't exist%(m.group(1),fullF) It happens when I create new directory in pkg/ dir. I am thinking how to add polyhedral swept sphere (also called minkowsky sum) code to yade. It's written by Fernando-Alonso. I guess he should haver subscribed to our groups by now. The problem is that by doing strict copy-paste I will be replicating over and over again the data classes for handling Faces, Edges and Polyhedrons. If I will try to merge that code with Faces and Edges that we currently have it will be non-trivial for Fernando to understand what happened with his code. And I will need more time for that, than I currently have (as it counts within the time work for free as I'm not paid for this merge). OTOH by doing strict copy-paste and just get it to work, I will be doing what I loathe so much - bastardizing our code base even more. That is just an insoluble problem of lack of timemoney to work on yade by itself. frustrating. Fernando, can we show other yade developers your SPOLY3D code that we are going to merge into yade? Have you already subscribed to our mailing lists? -- Janek Kozicki | ___ 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
Re: [Yade-dev] new CGAL algorithms
Václav Šmilauer said: (by the date of Thu, 24 Sep 2009 10:44:41 +0200) Dne 23.9.2009 18:25, Bruno Chareyre napsal(a): For your information, CGAL 3.5 (beta) includes periodic triangulation (which means the TriangulationCollider I wrote for Yade can now easily be extended to periodic geometries), and AABB tree for distance detection. Nice. Can you ask them if we can use it in a GPL-licensed software without the restrictions of commercial use, though? It is not clear from their website. heh, and CGAL is already used. Although as an external library. And we still don't know if their license permits it. -- Janek Kozicki | ___ 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
Re: [Yade-dev] SPOLY3D
Václav Šmilauer said: (by the date of Fri, 25 Sep 2009 17:34:58 +0200) Graphical interface: the only graphics you might get is the opengl rendering of the polyhedron (if you write the code). quick note: there are already two ways to render a polyhedra in yade: I wrote one to draw snow grain polyhedrons, Olivier wrote another for drawing swept-sphere tetrahedrons. -- Janek Kozicki | ___ 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
Re: [Yade-dev] [Yade-users] yade installation
Václav Šmilauer said: (by the date of Mon, 28 Sep 2009 16:21:36 +0200) It's a wiki, you could update it. you have already fixed it, many thanks :) http://launchpad.net/yade/trunk/0.20-0/+download/yade-0.20-2.tar.bz2 -- Janek Kozicki | ___ 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
Re: [Yade-dev] new wiki DNS
Václav Šmilauer said: (by the date of Fri, 09 Oct 2009 10:10:00 +0200) Hi there, what is the status of new wiki? As Janek said, the'yre getting out of sync. For the new domain name, why not something like yade-dem.org, yade-project.org, yyaaddee.org, y4d3.org or similar? I recall that in the ancient voting (see ML archives) we wanted to have 'open' in the name. Like yade open dem. yade-open-dem.org ? That's long though -- Janek Kozicki | ___ 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
Re: [Yade-dev] new wiki DNS
Bruno Chareyre said: (by the date of Fri, 09 Oct 2009 17:49:16 +0200) Let me be more clear : Who is opposed to using the wiki available on https://yade.hmg.inpg.fr now (later redirected to from yade-dem.org or whatever), for future improvements in the documentation? Bruno If nobody answers, then nobody is against? ;-P Look at recent changes: https://yade.hmg.inpg.fr/index.php?title=Special:RecentChangesdays=30limit=500 http://yade.wikia.com/index.php?title=Special:RecentChangesdays=30 How many people created accounts on new wiki? Hosting YADE wiki in Grenoble is a great idea. Our own server, we can do anything with it. No unexpected downtime (expect if there is a power failure, and it's weekend or two-month long summer holiday, then Remi won't come to turn on the server). No advertisements. This switch must be done in perfect way. Otherwise people will be lost. We need to ask wikia.com administrators to make such redirect in .htaccess file for yade.wikia.com : RedirectMatch 301 /(.*) http://new-yade-address.org/ This 301: - tells google that all search results which applied to old address will now apply to new address. And all google points connected with old address will be linked to the new one. - a person opening old address will be automatically redirected by the browser to the new one. People won't have a choice - they will HAVE to use the new one. Becasue the old one will redirect them to new one. Asking wikia.com admins to change this redirect later from https://yade.hmg.inpg.fr to http://new-yade-address.org/ will cause some extra trouble. My conclusion: get the domain name first. We could do some voting on domain names, heheh. * ya.de * y4d3.org * yade-dem.org * yyaaddee.org * open-yade.org * yade-project.org * yade-code.org * yade-open-dem.org and collect more naming proposals :) http://ya.de is unused currently - I like this one :) best regards -- Janek Kozicki | ___ 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
Re: [Yade-dev] Material and State classes
Václav Šmilauer said: (by the date of Sat, 21 Nov 2009 00:19:31 +0100) That is right and I apologize for not being very precise on that. The distinction should run (what I think at least) between what is per-body and what is common. - per-body: State - common: Material anyone has better idea? I don't. If material is to be shared amongst bodies (which is the plan), then perhaps _density_ could be part of it, but not mass, which depends on body's geometry and is part of State in that sense that makes sense for me. (for lack of better words, I called it State). :) If I understand correctly, all of use seem to agree that having positional things and rotational things in the same bag is the way to go, right?: * Positional: 3 vars (position, velocity, accel), 1 constant (mass) * Orientational: 3 vars (orientation, ang. vel, ang. accel), 1 constant (intertia vector). sounds good. I wonder what happens when someone will want to work with stuff that changes weight over time :) 2nd law of motion is in fact F=dp/dt, where p=m*v BTW should we keep the somewhat obscure Se3r class or separate that in Vector3r + Quaternionr? I prefer to separate it. Every time someone comes, he is asking: what is se3 ? -- Janek Kozicki | ___ 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
Re: [Yade-dev] YADE web-site
Rémi Cailletaud said: (by the date of Fri, 11 Dec 2009 16:50:32 +0100) https://yade-dem.org/doxygen/ https://yade-dem.org/sphinx/ https://yade-dem.org/epydoc/ is the problem with certificates solved now? -- Janek Kozicki | ___ 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
Re: [Yade-dev] YADE web-site
Václav Šmilauer said: (by the date of Fri, 11 Dec 2009 15:37:58 +0100) Hi, I appreciate your offer and I am also glad that you are full ofenergy. At this moment, though, this doesn't seem like the most urgent need... (You can write regression tests, if you feel like it, integrate sphinx with epydoc and doxygen and things like that ;-) ) We have most things like downloads, screenshots at launchpad, and I think it works quite well, no? If you have some specific needs, of course feel free to address those here and we will try to solve it. Let him do what he wants. People always do in the best way the stuff they want to do, not the stuff, they are told to do. And I think that YADE wiki *really* needs some work. For instance, how do you compare it with http://sawfish.wikia.com/ Which one is easier to read? There is even a really very nice drop down menu on top right, which allows to quickly navigate everywhere on the site. (Just ignore wikia.com advertisements ;) YADE is a larger project of course than sawfish, so it's front page should be made even easier to read than sawfish's webpage. But at first Anton could make it as good as sawfish's one. -- Janek Kozicki | ___ 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
Re: [Yade-dev] YADE web-site
Václav Šmilauer said: (by the date of Fri, 11 Dec 2009 17:01:38 +0100) Done. https://yade-dem.org/doxygen/ https://yade-dem.org/sphinx/ https://yade-dem.org/epydoc/ wow, you ROCK, man :-) Yes! A now, a question - do you have everything downloaded (the .pdf files, the pictures, the videos from http://yade.wikia.com/wiki/Yade I ask, because if yes, then finally we can ask wikia.com admins to put a redirect there. Uh - oh: https://yade-dem.org/index.php/Publications All publications are still in red color. And there's a lot more of that stuff, which hasn't been mirrored properly. That's a job for some bot would be a waste of time if Anton was doing that kind of clean-up job. Better if Anton tried to redesign the site. -- Janek Kozicki | ___ 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
Re: [Yade-dev] [Branch ~yade-dev/yade/trunk] Rev 1892: 1. Rename GLDraw* to Gl1_*
I must have missed that part, my fault. Was there some discussion about Bo1_* and Gl1_* renaming? Not that I oppose. I didn't like too much GLDraw either, but why 1, why Bo? Just curious. -- Janek Kozicki | ___ 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
[Yade-dev] that's a surprise: FEM in Montreal, McGill.
See this paper: http://www.sciencedirect.com/science?_ob=ArticleURL_udi=B6V2C-4X5HY7V-1_user=458505_coverDate=03%2F31%2F2010_alid=1139639218_rdoc=1_fmt=high_orig=search_cdi=5699_sort=r_docanchor=view=c_ct=2_acct=C22000_version=1_urlVersion=0_userid=458505md5=e2138bfaa89b51586e1b00b5db069ab2 http://tinyurl.com/yczsfzm Evaluating the performance of an explicit dynamic relaxation technique in analyzing non-linear geotechnical engineering problems H. K. Dang, M.A. Meguid Received 13 February 2009; revised 15 June 2009. Available online 6 September 2009. those guys from Montreal have implemented a serious FEM in YADE. I Wonder if we can get it to trunk? -- Janek Kozicki ___ 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
Re: [Yade-dev] that's a surprise: FEM in Montreal, McGill.
Looks like it's this guy: https://yade-dem.org/index.php/WhoIsDoingWhat#Dang_Hoang_Kien Yes, please contact him if you can. Even if he would just sent us his yade-0.11 trunk with FEM, it would be good. I don't understand what they did, too :) But I looked even shorter than you :) best regards Janek Kozicki Bruno Chareyre said: (by the date of Thu, 17 Dec 2009 19:08:55 +0100) Wow!! Do you know them? If not, it would be good to contact them and see what they think of integrating this in trunk, indeed. Should I (I know INPG as conventions and student exchanges with McGill btw)? The other question is : do you understand what they did? After 10 mins of reading, I still don't get it, too tired maybe. Did you see one of the authors in the mailing list before? I don't remember these names. Bruno Janek Kozicki a écrit : See this paper: http://www.sciencedirect.com/science?_ob=ArticleURL_udi=B6V2C-4X5HY7V-1_user=458505_coverDate=03%2F31%2F2010_alid=1139639218_rdoc=1_fmt=high_orig=search_cdi=5699_sort=r_docanchor=view=c_ct=2_acct=C22000_version=1_urlVersion=0_userid=458505md5=e2138bfaa89b51586e1b00b5db069ab2 http://tinyurl.com/yczsfzm Evaluating the performance of an explicit dynamic relaxation technique in analyzing non-linear geotechnical engineering problems H. K. Dang, M.A. Meguid Received 13 February 2009; revised 15 June 2009. Available online 6 September 2009. those guys from Montreal have implemented a serious FEM in YADE. I Wonder if we can get it to trunk? -- ___ Chareyre Bruno Maître de Conférences Grenoble INP Laboratoire 3SR - bureau E145 BP 53 - 38041, Grenoble cedex 9 - France 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 More help : https://help.launchpad.net/ListHelp -- Janek Kozicki | ___ 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
Re: [Yade-dev] GranularMat?
Václav Šmilauer said: (by the date of Wed, 06 Jan 2010 15:19:55 +0100) Hi, we have the GranularMat class, which is probably not the best name. Would it be better to call it FrictionMat? (It add frictionAngle to ElasticMat, so that is what is the most important about it; I originally thought granular would be clear, but it is perhaps misleading). BTW SimpleElasticRelationships will befome Ip2_FrictionMat_SomePhys where SomePhys is a name to be invented (not ElasticContactInteraction that is used now, definitely). I like this, go ahead and rename. -- Janek Kozicki | ___ 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
