metil-lmtpp Mailing List for metil (Page 2)
Status: Pre-Alpha
Brought to you by:
hugo_lec
You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(3) |
Feb
(8) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
(3) |
Nov
(6) |
Dec
(10) |
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(14) |
Oct
|
Nov
(1) |
Dec
|
From: Martin G. <mar...@lm...> - 2009-12-12 15:29:18
|
Chers tous, Quelques questions concernant l'intégration de Gauss dans LMTpp: - Pourquoi, dans certains fichiers element.py —e.g. element_Tetra, element_Wedge, element_Hexa, ...—, certains jeux de points de Gauss —e.g. gauss_points[2] dans element_Hexa— ont-ils été commentés? - Serait-ce envisageable de créer dans ce cas des jeux qui pointent vers leur supérieur —e.g. gauss_points[2] = gauss_points[3]—? Merci! Martin. |
From: <gou...@lm...> - 2009-11-25 15:12:45
|
Merci Raphaël ! PASQUIER Raphaël <rap...@lm...> a écrit : > > Bonjour Camille, > > j'ai écris un petit mailleur qu'on pourra insérer dans la plateforme. > Il peut construire une surface dans n'importe quel espace vectoriel. > Tu le trouveras en pièce jointe ainsi qu'un Makefile pour le compiler. > > >> Bonjour à tous, >> >> Dans LMTpp, la classe Node possède un paramètre template pour dire >> dans quel type scalaire (double, float, etc, ...) sont mémorisées les >> informations. >> >> Dans tous les mailleurs libres que j'ai vu sur Internet, ce genre >> d'information est codé en dur. Or j'ai besoin d'un mailleur où on >> puisse changer le type scalaire de base à volonté. >> >> Je voudrai donc savoir si quelqu'un a pour projet de développer un >> mailleur pour LMTpp, où s'il va falloir que je me tape le boulot tout >> seul. >> >> Au pire, auriez-vous croisé le genre de mailleur que je cherche sur >> Internet ? >> >> Merci pour votre aide, >> >> Camille >> >> >> --------------------------------------------------------------------------- >> --- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> 30-Day trial. Simplify your report design, integration and deployment - >> and focus on what you do best, core application coding. Discover what's >> new with Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Metil-lmtpp mailing list >> Met...@li... >> https://lists.sourceforge.net/lists/listinfo/metil-lmtpp >> > > > > Cordialement, > Raphaël Pasquier > > > -- > Raphaël PASQUIER (AI LMT) > Tel : 01 47 40 27 36 > Email : rap...@lm... > rap...@fr... > LMT-Cachan > (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) > 61, av. du Président Wilson > F-94230 Cachan > France > |
From: PASQUIER R. <rap...@lm...> - 2009-11-25 14:31:46
|
Bonjour Camille, j'ai écris un petit mailleur qu'on pourra insérer dans la plateforme. Il peut construire une surface dans n'importe quel espace vectoriel. Tu le trouveras en pièce jointe ainsi qu'un Makefile pour le compiler. > Bonjour à tous, > > Dans LMTpp, la classe Node possède un paramètre template pour dire > dans quel type scalaire (double, float, etc, ...) sont mémorisées les > informations. > > Dans tous les mailleurs libres que j'ai vu sur Internet, ce genre > d'information est codé en dur. Or j'ai besoin d'un mailleur où on > puisse changer le type scalaire de base à volonté. > > Je voudrai donc savoir si quelqu'un a pour projet de développer un > mailleur pour LMTpp, où s'il va falloir que je me tape le boulot tout > seul. > > Au pire, auriez-vous croisé le genre de mailleur que je cherche sur > Internet ? > > Merci pour votre aide, > > Camille > > > --------------------------------------------------------------------------- > --- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day trial. Simplify your report design, integration and deployment - > and focus on what you do best, core application coding. Discover what's > new with Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Metil-lmtpp mailing list > Met...@li... > https://lists.sourceforge.net/lists/listinfo/metil-lmtpp > Cordialement, Raphaël Pasquier -- Raphaël PASQUIER (AI LMT) Tel : 01 47 40 27 36 Email : rap...@lm... rap...@fr... LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France |
From: <gou...@lm...> - 2009-11-19 15:33:41
|
Merci pour ta réponse, mais ce n'est pas ce que je cherche. Dans gmsh, la position des noeuds est mémorisée en "double" et on ne peut pas changer ça. Je souhaiterai qu'elle soit mémorisée en type quelconque T que je puisse choisir à volonté (un polynôme par exemple ;-) ). Laurent CHAMPANEY <lau...@lm...> a écrit : > Dans gmsh (geuz.org/gmsh), tu peux ajouter des tags pour les infos > supplémentaires > Voir : http://www.geuz.org/gmsh/doc/texinfo/gmsh.html#MSH-ASCII-file-format > LC > > gou...@lm... wrote: >> Bonjour à tous, >> >> Dans LMTpp, la classe Node possède un paramètre template pour dire >> dans quel type scalaire (double, float, etc, ...) sont mémorisées les >> informations. >> >> Dans tous les mailleurs libres que j'ai vu sur Internet, ce genre >> d'information est codé en dur. Or j'ai besoin d'un mailleur où on >> puisse changer le type scalaire de base à volonté. >> >> Je voudrai donc savoir si quelqu'un a pour projet de développer un >> mailleur pour LMTpp, où s'il va falloir que je me tape le boulot tout >> seul. >> >> Au pire, auriez-vous croisé le genre de mailleur que je cherche sur >> Internet ? >> >> Merci pour votre aide, >> >> Camille >> >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - >> and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Metil-lmtpp mailing list >> Met...@li... >> https://lists.sourceforge.net/lists/listinfo/metil-lmtpp >> >> > > -- > Laurent CHAMPANEY - LMT Cachan > 61, av du Pt Wilson - 94235 Cachan Cedex > Tel 33 1 47 40 53 30 - Fax 33 1 47 40 27 85 > http://www.librecours.org (Cours en Ligne) |
From: Laurent C. <lau...@lm...> - 2009-11-19 14:24:56
|
Dans gmsh (geuz.org/gmsh), tu peux ajouter des tags pour les infos supplémentaires Voir : http://www.geuz.org/gmsh/doc/texinfo/gmsh.html#MSH-ASCII-file-format LC gou...@lm... wrote: > Bonjour à tous, > > Dans LMTpp, la classe Node possède un paramètre template pour dire > dans quel type scalaire (double, float, etc, ...) sont mémorisées les > informations. > > Dans tous les mailleurs libres que j'ai vu sur Internet, ce genre > d'information est codé en dur. Or j'ai besoin d'un mailleur où on > puisse changer le type scalaire de base à volonté. > > Je voudrai donc savoir si quelqu'un a pour projet de développer un > mailleur pour LMTpp, où s'il va falloir que je me tape le boulot tout > seul. > > Au pire, auriez-vous croisé le genre de mailleur que je cherche sur Internet ? > > Merci pour votre aide, > > Camille > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Metil-lmtpp mailing list > Met...@li... > https://lists.sourceforge.net/lists/listinfo/metil-lmtpp > > -- Laurent CHAMPANEY - LMT Cachan 61, av du Pt Wilson - 94235 Cachan Cedex Tel 33 1 47 40 53 30 - Fax 33 1 47 40 27 85 http://www.librecours.org (Cours en Ligne) |
From: Hugo L. <le...@lm...> - 2009-11-19 14:15:06
|
Le jeudi 19 novembre 2009 14:56:18, gou...@lm... a écrit : > Bonjour à tous, > > Dans LMTpp, la classe Node possède un paramètre template pour dire > dans quel type scalaire (double, float, etc, ...) sont mémorisées les > informations. > > Dans tous les mailleurs libres que j'ai vu sur Internet, ce genre > d'information est codé en dur. Or j'ai besoin d'un mailleur où on > puisse changer le type scalaire de base à volonté. > > Je voudrai donc savoir si quelqu'un a pour projet de développer un > mailleur pour LMTpp, où s'il va falloir que je me tape le boulot tout > seul. > > Au pire, auriez-vous croisé le genre de mailleur que je cherche sur > Internet ? > > Merci pour votre aide, > > Camille > > > --------------------------------------------------------------------------- > --- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day trial. Simplify your report design, integration and deployment - > and focus on what you do best, core application coding. Discover what's > new with Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Metil-lmtpp mailing list > Met...@li... > https://lists.sourceforge.net/lists/listinfo/metil-lmtpp > Il y a des mailleurs "spécialisés" dans LMTpp Dans le pire des cas, tu peux utiliser un mailleur et copier l'info ensuite avec les dérivées, etc... Si tu veux juste faire du 2D, delaunay contraint, c'est plutôt simple. -- Hugo LECLERC (IR CNRS) Tel : +33 (0)1 47 40 23 40 / +33 (0)6 63 30 34 21 LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France |
From: <gou...@lm...> - 2009-11-19 13:56:57
|
Bonjour à tous, Dans LMTpp, la classe Node possède un paramètre template pour dire dans quel type scalaire (double, float, etc, ...) sont mémorisées les informations. Dans tous les mailleurs libres que j'ai vu sur Internet, ce genre d'information est codé en dur. Or j'ai besoin d'un mailleur où on puisse changer le type scalaire de base à volonté. Je voudrai donc savoir si quelqu'un a pour projet de développer un mailleur pour LMTpp, où s'il va falloir que je me tape le boulot tout seul. Au pire, auriez-vous croisé le genre de mailleur que je cherche sur Internet ? Merci pour votre aide, Camille |
From: Hugo L. <le...@lm...> - 2009-10-29 09:49:50
|
Salut, Certains fichiers générés sont mis dans le dépôt par défaut. Ces fichiers sont maintenant stables... c'est pour cette raison qu'on peut les mettre dans le dépôt. Or donc, git va peut-être se plaindre du fait que ces fichiers sont déjà présents chez vous. Vous pouvez dans ce cas les effacer et refaire un pull : rm LMT/include/mesh/element_* et là, ça marchera. -- Hugo LECLERC (IR CNRS) Tel : +33 (0)1 47 40 23 40 / +33 (0)6 63 30 34 21 LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France |
From: Martin G. <mar...@lm...> - 2009-10-29 09:37:48
|
salut hugal, dis moi, pour les correctifs d'hier, est-ce que tu pourras nous expliquer comment ça s'articule avec les outils qu'on a aujourd'hui? je pense aux différentes actions de coffee (formulation assembly, conditions limites, etc), aux formulations (hybrides python/cpp), etc martin |
From: Hugo L. <le...@lm...> - 2009-10-29 09:07:52
|
Salut, Dans Mat<double,Sym<>, SparseCholMod>, les comportements de - get_factorization - et solve ont changé : lors de l'appel de get_factorization, la factorization n'est pas refaite si elle a déjà été effectuée. Dans solve, on fait la factorisation si elle n'a pas déjà été faite. Par ailleurs, dès qu'on modifie la matrice, la factorisation est invalidée (et on libère la place en mémoire). En substance, il s'agit d'une sécurisation. Un des effets positifs est que si vous faites avec f une formulation f.assemble(); // -> K, F f.solve_system(); f.assemble( false, true ); // -> F f.solve_system(); f.assemble( false, true ); ... -> le K n'est factorisé qu'une fois : on repère de façon automatique que c'est suffisant... Hugo et Martin |
From: Pierre-Alain B. <pie...@lm...> - 2009-07-05 10:09:57
|
Perso, ça me choque pas plus que ça ;-) 1E-316 on va dire que c'est le zéro numérique ! Evidemment, ça peut vouloir dire que faire des tests sur le "zéro" c'est modifier un peu ce genre de tests. Quand au fait que ça puisse donner des valeurs un peu différentes, la encore pas forcément choquant : si on suppose que le code s'exécute avec un "état" du proc, de la mémoire, et des caches différents, cela peut changer un peu les choses. Un test sur un résultat qui donne 1 pourrait donner 1, parce que 1.E-316 devant 1... ca s'affiche pas ! PAB Le 4 juil. 09 à 16:10, Felipe Bordeu Weldt a écrit : > avec -O3: > b -> -2.09192e-316 -2.09192e-316 -2.09192e-316 -2.09192e-316 > -2.09192e-316 -2.09192e-316 -2.09192e-316 ... > > et à chaque fois il donne une valeur différente. > tres bizarre si U et vide [0 0 0 0 0 0 0...] comment on peut avoir un > résultat non nul?? -------------------------------------------------------------------- Pierre-Alain BOUCARD Professeur des Universités, IUT Cachan - Université Paris Sud XI ____________________________________________________________________ | LMT - ENS de CACHAN | IUT de Cachan - Département GMP | | 61 Av. du Président Wilson | 9 Av. de la Division Leclerc | | 94235 Cachan Cedex - France | 94234 Cachan Cedex - France | | tel : +33 1 47 40 22 33 | tel : +33 1 41 24 11 92 | | fax : +33 1 47 40 27 85 | fax : +33 1 41 24 11 99 | |________________________________|_________________________________| | http://www.lmt.ens-cachan.fr/boucard | | http://meca.iutcachan.free.fr | |__________________________________________________________________| |
From: Felipe B. W. <fel...@gm...> - 2009-07-04 14:16:15
|
le même code compilé avec -O0 et -O3: Vec<double> U ; U.resize(indice_i.size(),0); b = Get_K()(indice_b, indice_i)*U; PRINT(Get_K().nb_rows()); /// 2385 PRINT(Get_K().nb_cols()); /// 2385 PRINT(max(indice_b)); /// 2384 PRINT(max(indice_i)); /// 2210 PRINT(b); avec -O0: b -> 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ... correct :) avec -O3: b -> -2.09192e-316 -2.09192e-316 -2.09192e-316 -2.09192e-316 -2.09192e-316 -2.09192e-316 -2.09192e-316 ... et à chaque fois il donne une valeur différente. tres bizarre si U et vide [0 0 0 0 0 0 0...] comment on peut avoir un résultat non nul?? --------- avec: Mat<double,Sym<>,SparseLine<> >& Get_K() { return pb->K;}; et K une matrice élément finit bien définit et pb : FormulationAssembly<PB> *pb; ---- l'opérateur Mat * Vec a un bug???? ------------------------------------------------------------------------ Felipe Bordeu Weldt Doctorant - 3° année (3° year PhD student) ------------------------------------------------------------------------ LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France ------------------------------------------------------------------------ |
From: Martin G. <mar...@lm...> - 2009-06-25 15:29:27
|
git config --global --add push.default matching (http://www.pilule-rouge.net/blog_see.php?id=27) ps: les options par défaut de coffee ont-elles changé? il ne génère plus de .log et .dbg? On jeudi 25 juin 2009 16:44:15, Felipe Bordeu Weldt wrote: > j'ai pushé mes truc de Coffee et j'ai reçu un warning. > > des idées????????????? > > > cinsault:~/Coffee> git push > warning: You did not specify any refspecs to push, and the current remote > warning: has not configured any push refspecs. The default action in this > warning: case is to push all matching refspecs, that is, all branches > warning: that exist both locally and remotely will be updated. This may > warning: not necessarily be what you want to happen. > warning: > warning: You can specify what action you want to take in this case, and > warning: avoid seeing this message again, by configuring 'push.default' to: > warning: 'nothing' : Do not push anything > warning: 'matching' : Push all matching branches (default) > warning: 'tracking' : Push the current branch to whatever it is tracking > warning: 'current' : Push the current branch > Counting objects: 225, done. > Delta compression using up to 2 threads. > Compressing objects: 100% (152/152), done. > Writing objects: 100% (153/153), 188.01 KiB, done. > Total 153 (delta 118), reused 0 (delta 0) > To /utmp/givry/bordeu/Coffee > 04b490d..18ecbd7 master -> master > > cinsault:~/Coffee> git branch > * master > > > |
From: Hugo L. <le...@lm...> - 2009-02-16 03:46:56
|
Le lundi 16 février 2009 00:30:10 Felipe Bordeu Weldt, vous avez écrit : > j'ai un problème avec la fonction XmlNode::get_attribute(...) > > j'ai essayé de lire le champ xml P0="-0.25. 1. 0.1414" (attention il > y un point de trop après le -0.25 ) : > > ... > .get_attribute("P0", P0) // avec P0 de type Vec<double,3> > PRINT(P0); > ... > > j'ai obtenu : > > P0 -> -0.25 0 0 > > c'est normal ??? Oui c'est normal. Quand en flux rencontre un problème, il cesse de fonctionner. C.a.d. mon_flux >> toto ne fait rien (ne met rien dans toto et n'avance pas). > > La fonction ne détecte pas que le chiffre -0.25. ne pas valide. Effectivement, c'est le comportement par défaut en C++. Mais bon j'ai ajouté : "throw IoException" bien dans les get_attribute -> git pull > Donc le code tourne me il donne de la mer... Évidemment, si tu lui donnes de la mer... à manger ! Pour lire le message d'erreur, il faut un try catch comme dans cet exemple : try { XmlNode n; n.parse_text("<mer a='10.0. 2'/>"); Vec<double,2> a; n.get_attribute("a",a); PRINT( a ); } catch ( const LMT::IoException &e ) { PRINT(e.what()); } > ------------------------------------------------------------------------ > Felipe Bordeu Weldt > Doctorant - 3° année (3° year PhD student) > ------------------------------------------------------------------------ > LMT-Cachan > (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) > 61, av. du Président Wilson > F-94230 Cachan > France > ------------------------------------------------------------------------ > > > > > > > > --------------------------------------------------------------------------- >--- Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing > the Enterprise -Strategies to boost innovation and cut costs with open > source participation -Receive a $600 discount off the registration fee with > the source code: SFAD http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Metil-lmtpp mailing list > Met...@li... > https://lists.sourceforge.net/lists/listinfo/metil-lmtpp -- Hugo LECLERC LMT-Cachan 61 avenue du Président Wilson 94230 CACHAN France +33 (0)6 63 30 34 21 |
From: Felipe B. W. <bo...@lm...> - 2009-02-15 23:30:39
|
j'ai un problème avec la fonction XmlNode::get_attribute(...) j'ai essayé de lire le champ xml P0="-0.25. 1. 0.1414" (attention il y un point de trop après le -0.25 ) : ... .get_attribute("P0", P0) // avec P0 de type Vec<double,3> PRINT(P0); ... j'ai obtenu : P0 -> -0.25 0 0 c'est normal ??? La fonction ne détecte pas que le chiffre -0.25. ne pas valide. Donc le code tourne me il donne de la mer... ------------------------------------------------------------------------ Felipe Bordeu Weldt Doctorant - 3° année (3° year PhD student) ------------------------------------------------------------------------ LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France ------------------------------------------------------------------------ |
From: LECLERC <le...@lm...> - 2009-02-12 09:27:05
|
Bonjour, Des âmes bienveillantes (Pierre G. et Philippe S.) ont installé gcc version 4.3.2 sur le cluster (c'est par ailleurs ce qui est dispo sur les stations du CDC), mais pas dans les chemins par défaut (pour pas embêter les gens qui veulent pas de la dernière version). Pour l'utiliser sur le cluster, vous devez utilisez 'CXX = "/opt/gcc-4.3.2/bin/mon_g++"' dans votre sconstruct. Pour l'exécution, il faut penser à ajouter /opt/gcc-4.3.2/lib64 dans votre LD_LIBRARY_PATH Remarque : les .a sont compilés pour une version particulière de gcc (ce qui n'est pas le cas des .so). Si vous avez un problème de version à l'exécution en utilisant un .a, passez à gcc 4.3.2 et si ça marche pas pendant l'édition des liens, signalez-nous le .a. Amusez-vous bien. -- Hugo LECLERC (IR CNRS) Tel : 01 47 40 23 40 / 06 63 30 34 21 LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France |
From: PASQUIER R. <rap...@lm...> - 2009-02-11 15:44:16
|
Bonjour à tous, voilà une commande bien pratique pour vos recherches sur les modifications de la LMT++. Un simple git-log vous fournit les listes de comits avec leur message . Cette commande a de nombreux paramètres dont --grep=titi qui permet d'afficher tous les commit contenant la chaîne titi. On pourra donc trier les commits importants avec le mot-clé [important] (avec les crochets). On utilisera aussi ce mot-clé pour remplir un flux RSS. Mais pour l'instant ce flux n'est pas encore créé. Pour plus de détails, consulter les pages : http://alx.github.com/gitbook/3_analyser_l'historique_-_git_log.html http://www.kernel.org/pub/software/scm/git/docs/git-log.html Cordialement, Raphaël -- Raphaël PASQUIER (AI LMT) Tel : 01 47 40 27 36 Email : rap...@lm... rap...@fr... LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France |
From: Martin G. <ge...@lm...> - 2009-02-09 15:17:35
|
La réponse est sur le forum... Martin. Martin Genet a écrit : > Salut à tous, > > Quelqu'un a-t-il déjà rencontré le problème suivant? > > Lorsque j'utilise le script gmshcastauto.bash, s'il y a plus de 100 > sous-structures, il manque un espace entre la colonne des numéros > d'éléments et celle des numéros de sous-structure. > > Merci, > Martin. > > PS: J'ai aussi mis ce message sur le forum, c'est certainement là qu'une > réponse est la plus appropriée. > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > _______________________________________________ > Metil-lmtpp mailing list > Met...@li... > https://lists.sourceforge.net/lists/listinfo/metil-lmtpp |
From: Martin G. <ge...@lm...> - 2009-02-09 08:45:20
|
Salut à tous, Quelqu'un a-t-il déjà rencontré le problème suivant? Lorsque j'utilise le script gmshcastauto.bash, s'il y a plus de 100 sous-structures, il manque un espace entre la colonne des numéros d'éléments et celle des numéros de sous-structure. Merci, Martin. PS: J'ai aussi mis ce message sur le forum, c'est certainement là qu'une réponse est la plus appropriée. |
From: PASQUIER R. <rap...@lm...> - 2009-02-05 15:17:10
|
Cordialement, Raphaël -- Raphaël PASQUIER (AI LMT) Tel : 01 47 40 27 36 Email : rap...@lm... rap...@fr... LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France |
From: LECLERC <le...@lm...> - 2009-02-05 08:36:43
|
Bonjour, Le réunion de demain (vendredi 6 février) prévue à 9H30 salle lagrange aura pour ordre du jour : - présentation des outils pour la documentation (R. Pasquier) + discusion, - tour de table des projets réalisés ou en cours, - besoins et priorités, - questions diverses. Cordialement. -- Hugo LECLERC (IR CNRS) Tel : 01 47 40 23 40 / 06 63 30 34 21 LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France |
From: LECLERC <le...@lm...> - 2009-01-30 16:32:37
|
On Friday 30 January 2009 10:28:46 gou...@lm... wrote: > Salut à tous, > > Je souhaiterai qu'on discute de la documentation officielle de la > plateforme. J'aimerai notament que Raphael nous explique comment elle > fonctionne. Cela est-il possible ? Très bonne idée. C'est noté. > > Cordialement, > > Camille > > > --------------------------------------------------------------------------- >--- This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Metil-lmtpp mailing list > Met...@li... > https://lists.sourceforge.net/lists/listinfo/metil-lmtpp -- Hugo LECLERC (IR CNRS) Tel : 01 47 40 23 40 / 06 63 30 34 21 LMT-Cachan (ENS Cachan/CNRS/UPMC/PRES UniverSud Paris) 61, av. du Président Wilson F-94230 Cachan France |
From: <gou...@lm...> - 2009-01-30 09:29:14
|
Salut à tous, Je souhaiterai qu'on discute de la documentation officielle de la plateforme. J'aimerai notament que Raphael nous explique comment elle fonctionne. Cela est-il possible ? Cordialement, Camille |
From: Martin G. <mar...@lm...> - 2009-01-25 15:47:48
|
salut à tous, pour compiler multi avec le dernier gcc (4.3.2, installé sur les ubuntu 8.10 et bientôt partout inch'allah), il y a un certain nombre de choses à faire: - comme c'est expliqué sur http://zitronensaft.blogspot.com/2008/02/using-hashmap-on-gcc.html, il faut remplacer #include <hash_map.h> par #include <hash_map> dans SRC/MAILLAGE/p_surdiscretisation.h, et rajouter __gnu_cxx:: devant tous les hash_map< ... > dans les fichiers SRC/MAILLAGE/p_surdiscretisation.h et SRC/MAILLAGE/p_create_SST_edge.h; mais il y a peut-être une solution plus efficace - comme c'est expliqué sur http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include, depuis gcc 4 il faut mettre tous les includes: - #include <limits> dans LMT/include/containers/symd.h - #include <string.h> dans LMT/include/io/units.cpp; - #include <algorithm> dans LMT/include/io/units.cpp; - #include <algorithm> dans LMT/include/util/symrcm.cpp; au passage, hugal, tu peux vérifier que tous les includes sont dans le dépôt LMTpp? - perso j'ai été obligé de remplacer dans Sconstruct les lignes #libs += [ #'/usr/local/lam-7.0.4/lib/liblammpi++.a', #'/usr/local/lam-7.0.4/lib/libmpi.a', #'/usr/local/lam-7.0.4/lib/liblam.a', #]*(arch!='x86-64') par les lignes libs += [ '/usr/lib/lam/lib/liblammpi++.a', '/usr/lib/lam/lib/libmpi.a', '/usr/lib/lam/lib/liblam.a', ]*(arch!='x86-64') pour passer l'édition des liens; mais il y a peut-être une solution plus efficace au passage, je propose de rajouter quelques points à la discution de vendredi: - comment gérer le côté compilation du code avec les évolutions d'architecture et de compilateur? faut-il qu'il y ait un 'responsable' qui s'assure que le code se compile bien sur un certain parc de machine à définir? un thésard? la cellule logiciel? ou bien faut-il que tout le monde soit responable? - est-ce qu'il faudrait ajouter à ce ou ces responsables 'compilation' la responsabilité 'cas test', qui consisterait à valider les évolutions de la librairie LMTpp, base du code multi, sur des cas test existants? - comment gérer les différentes étapes pour rassembler les différents codes multi en un seul? quelle base choisir pour rassembler les évolutions? quelles évolutions sont à ajouter? - comment gérer le travail à plusieurs au sein des codes multi actuel? en effet la gestion est très différente de celle de LMTpp, car c'est un code et pas une librairie! une dernière question: comment sait-on qui reçoit cette lettre? merci bien à demain martin |
From: Martin G. <mar...@lm...> - 2007-09-27 12:23:43
|
En fait, il faut aussi vérifier la fonction def mat_sym_to_vec_col dans le fichier LMT/include/codegen/__init__.py. Du coup ça serait pas mal qu'on prenne tous les mêmes conventions. Ca c'est bon: > def mat_sym_to_vec_col(m): > res = [] > if m.nb_rows()==2: > res=[ m[0,0], m[1,1], m[1,0] ] > elif m.nb_rows()==3: > res=[ m[0,0], m[1,1], m[2,2], m[0,1], m[0,2], m[1,2] ] # as abaqus > return vector(res) Ca non: > def mat_sym_to_vec_col(m): > for d in range(m.nb_rows()): > for e in range(m.nb_rows()-d): > res.append( m[e,d+e] ) > return vector(res) Donc pour reprendre le mail d'hier, ça c'est bon: >>> Hloc = matrix([ >>> [1./E1, -nu12/E1, -nu13/E1, 0, 0, 0], >>> [-nu12/E1, 1./E2, -nu23/E2, 0, 0, 0], >>> [-nu13/E1, -nu23/E2, 1./E3, 0, 0, 0], >>> [0, 0, 0, 1./(2.*G12), 0, 0], >>> [0, 0, 0, 0, 1./(2.*G13), 0], >>> [0, 0, 0, 0, 0, 1./(2.*G23)], >>> ]) >> >> et >> >>> P = matrix([ >>> [a1*a1, a2*a2, a3*a3, 2*a1*a2, 2*a1*a3, 2*a2*a3], >>> [b1*b1, b2*b2, b3*b3, 2*b1*b2, 2*b1*b3, 2*b2*b3], >>> [c1*c1, c2*c2, c3*c3, 2*c1*c2, 2*c1*c3, 2*c2*c3], >>> [b1*a1, b2*a2, b3*a3, b1*a2+b2*a1, b1*a3+b3*a1, b2*a3+b3*a2], >>> [c1*a1, c2*a2, c3*a3, c1*a2+c2*a1, c1*a3+c3*a1, c2*a3+c3*a2], >>> [b1*c1, b2*c2, b3*c3, b1*c2+b2*c1, b1*c3+b3*c1, b2*c3+b3*c2], >>> ]) >>> Pinv = matrix([ >>> [a1*a1, b1*b1, c1*c1, 2*a1*b1, 2*a1*c1, 2*b1*c1], >>> [a2*a2, b2*b2, c2*c2, 2*a2*b2, 2*a2*c2, 2*b2*c2], >>> [a3*a3, b3*b3, c3*c3, 2*a3*b3, 2*a3*c3, 2*b3*c3], >>> [a2*a1, b2*b1, c2*c1, b1*a2+b2*a1, a2*c1+c2*a1, b2*c1+c2*b1], >>> [a1*a3, b3*b1, c3*c1, b1*a3+b3*a1, a3*c1+c3*a1, b3*c1+c3*b1], >>> [a2*a3, b3*b2, c2*c3, b3*a2+b2*a3, a2*c3+c2*a3, b2*c3+c2*b3], >>> ]) Ca non: >>> Hloc = matrix([ >>> [1./E1, -nu12/E1, -nu13/E1, 0, 0, 0], >>> [-nu12/E1, 1./E2, -nu23/E2, 0, 0, 0], >>> [-nu13/E1, -nu23/E2, 1./E3, 0, 0, 0], >>> [0, 0, 0, 1./(2.*G12), 0, 0], >>> [0, 0, 0, 0, 1./(2.*G23), 0], >>> [0, 0, 0, 0, 0, 1./(2.*G13)], >>> ]) >> >> et >> >>> P=matrix([ >>> [a1*a1, a2*a2, a3*a3, 2*a1*a2, 2*a2*a3, 2*a1*a3], >>> [b1*b1, b2*b2, b3*b3, 2*b1*b2, 2*b2*b3, 2*b1*b3], >>> [c1*c1, c2*c2, c3*c3, 2*c1*c2, 2*c2*c3, 2*c1*c3], >>> [b1*a1, b2*a2, b3*a3, b1*a2+b2*a1, b2*a3+b3*a2, b1*a3+b3*a1], >>> [b1*c1, b2*c2, b3*c3, b1*c2+b2*c1, b2*c3+b3*c2, b1*c3+b3*c1], >>> [c1*a1, c2*a2, c3*a3, c1*a2+c2*a1, c2*a3+c3*a2, c1*a3+c3*a1], >>> ]) >>> Pinv = matrix([ >>> [a1*a1, b1*b1, c1*c1, 2*a1*b1, 2*a1*c1, 2*b1*c1], >>> [a2*a2, b2*b2, c2*c2, 2*a2*b2, 2*b2*c2, 2*a2*c2], >>> [a3*a3, b3*b3, c3*c3, 2*a3*b3, 2*b3*c3, 2*a3*c3], >>> [a2*a1, b2*b1, c2*c1, b1*a2+b2*a1, b2*c1+c2*b1, a2*c1+c2*a1], >>> [a2*a3, b3*b2, c2*c3, b3*a2+b2*a3, b2*c3+c2*b3, a2*c3+c2*a3], >>> [a1*a3, b3*b1, c3*c1, b1*a3+b3*a1, b3*c1+c3*b1, a3*c1+c3*a1], >>> ]) D'une manière général, afin que le travail de chacun soit vraiment pérennisé au sein de LMTpp, il faut absolument qu'il soit codé dans la version actuelle du code: il faut donc mettre à jour régulièrement nos sources grâce à git. Une page a été crée dans l'intranet à ce sujet: > http://intranet/mediawiki/index.php/GIT Moi je n'y connais rien donc j'ai mis que les bases, mais n'hésitez pas à y ajouter des trucs intéressants! Bon courage. Martin. Martin Genet a écrit : > Pour que les choses soient claires et justes pour tout le monde, ca vaut > peut etre le coup que chacun verifie son fichier material_help.py. > > En effet, il peut arriver que les procedures def matrice_passage et def > hooke_orthotrope_th_3d ne soient pas compatibles au niveau des indices > des vecteurs chapeaux. > >> Hloc = matrix([ >> [1./E1, -nu12/E1, -nu13/E1, 0, 0, 0], >> [-nu12/E1, 1./E2, -nu23/E2, 0, 0, 0], >> [-nu13/E1, -nu23/E2, 1./E3, 0, 0, 0], >> [0, 0, 0, 1./(2.*G12), 0, 0], >> [0, 0, 0, 0, 1./(2.*G23), 0], >> [0, 0, 0, 0, 0, 1./(2.*G13)], >> ]) > > et > >> P=matrix([ >> [a1*a1, a2*a2, a3*a3, 2*a1*a2, 2*a2*a3, 2*a1*a3], >> [b1*b1, b2*b2, b3*b3, 2*b1*b2, 2*b2*b3, 2*b1*b3], >> [c1*c1, c2*c2, c3*c3, 2*c1*c2, 2*c2*c3, 2*c1*c3], >> [b1*a1, b2*a2, b3*a3, b1*a2+b2*a1, b2*a3+b3*a2, b1*a3+b3*a1], >> [b1*c1, b2*c2, b3*c3, b1*c2+b2*c1, b2*c3+b3*c2, b1*c3+b3*c1], >> [c1*a1, c2*a2, c3*a3, c1*a2+c2*a1, c2*a3+c3*a2, c1*a3+c3*a1], >> ]) >> Pinv = matrix([ >> [a1*a1, b1*b1, c1*c1, 2*a1*b1, 2*a1*c1, 2*b1*c1], >> [a2*a2, b2*b2, c2*c2, 2*a2*b2, 2*b2*c2, 2*a2*c2], >> [a3*a3, b3*b3, c3*c3, 2*a3*b3, 2*b3*c3, 2*a3*c3], >> [a2*a1, b2*b1, c2*c1, b1*a2+b2*a1, b2*c1+c2*b1, a2*c1+c2*a1], >> [a2*a3, b3*b2, c2*c3, b3*a2+b2*a3, b2*c3+c2*b3, a2*c3+c2*a3], >> [a1*a3, b3*b1, c3*c1, b1*a3+b3*a1, b3*c1+c3*b1, a3*c1+c3*a1], >> ]) > > sont compatiblesm ainsi que > >> Hloc = matrix([ >> [1./E1, -nu12/E1, -nu13/E1, 0, 0, 0], >> [-nu12/E1, 1./E2, -nu23/E2, 0, 0, 0], >> [-nu13/E1, -nu23/E2, 1./E3, 0, 0, 0], >> [0, 0, 0, 1./(2.*G12), 0, 0], >> [0, 0, 0, 0, 1./(2.*G13), 0], >> [0, 0, 0, 0, 0, 1./(2.*G23)], >> ]) > > et > >> P = matrix([ >> [a1*a1, a2*a2, a3*a3, 2*a1*a2, 2*a1*a3, 2*a2*a3], >> [b1*b1, b2*b2, b3*b3, 2*b1*b2, 2*b1*b3, 2*b2*b3], >> [c1*c1, c2*c2, c3*c3, 2*c1*c2, 2*c1*c3, 2*c2*c3], >> [b1*a1, b2*a2, b3*a3, b1*a2+b2*a1, b1*a3+b3*a1, b2*a3+b3*a2], >> [c1*a1, c2*a2, c3*a3, c1*a2+c2*a1, c1*a3+c3*a1, c2*a3+c3*a2], >> [b1*c1, b2*c2, b3*c3, b1*c2+b2*c1, b1*c3+b3*c1, b2*c3+b3*c2], >> ]) >> Pinv = matrix([ >> [a1*a1, b1*b1, c1*c1, 2*a1*b1, 2*a1*c1, 2*b1*c1], >> [a2*a2, b2*b2, c2*c2, 2*a2*b2, 2*a2*c2, 2*b2*c2], >> [a3*a3, b3*b3, c3*c3, 2*a3*b3, 2*a3*c3, 2*b3*c3], >> [a2*a1, b2*b1, c2*c1, b1*a2+b2*a1, a2*c1+c2*a1, b2*c1+c2*b1], >> [a1*a3, b3*b1, c3*c1, b1*a3+b3*a1, a3*c1+c3*a1, b3*c1+c3*b1], >> [a2*a3, b3*b2, c2*c3, b3*a2+b2*a3, a2*c3+c2*a3, b2*c3+c2*b3], >> ]) > > mais pas des combinaisons de ces trucs la. > > Vous pouvez mettre a jour vos fichiers a partir de la source mise a > jours par Hugo en tapant > >> git pull > > dans votre dossier LMT. Pas d'inquietude pour vos modifications > personnelles: git vous signale tout doublon et n'ecrase rien. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Metil-lmtpp mailing list > Met...@li... > https://lists.sourceforge.net/lists/listinfo/metil-lmtpp > From - Wed |