| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
*Ecrit conception
*Commentaires
|
| | |
|
| |
|
|
|
|
| |
Renommé et déplacé le fichier ParserTest.cc
Renommé et déplacé le fichier accelerator.xml
|
| |
|
|
|
|
| |
'test'.
Créé le fichier 'simulationTest.cc' qui ne marche pas du tout.
|
| |
|
|
|
|
|
|
| |
simulation.cc et déplacé dans le dossier test).
Modifié le fichier simulation.xml.
La classe parseur ne compile pas ('undefined reference to'). Après consultation du forum, c'est peut-être un problème en rapport avec le makefile.
|
| |
|
|
| |
.cc les tableaux de taille fixe statiques du header...=(
|
| |
|
|
| |
filles de Printable (p.ex. les Particles) ...
|
| | |
|
| |
|
|
| |
* Ajout d'encore plus de commentaires
|
| |
|
|
|
|
|
| |
particules orientee evenement.
*Completion de commentaires de tous les fichiers de main
*Reponses aux questions
|
| |
|
|
| |
particules.
|
| |
|
|
|
|
|
|
|
|
|
| |
2)rajouté une exception 'ReadException' que j'ai dotée d'une méthode 'addReadExceptionMessage' car il y a un endroit (dans la classe parseur) où une telle exception déjà existante est récupérée, mais il faudrait juste rajouter une information supplémentaire avant de la relancer pour un traitment à une niveau plus haut.
3)mis à jour ou créé simulation.cc simulation.xml et classe Parseur
j'ai rempli le fichier simulation.xml sur la base de l'exerciceP11, mais cela ne comile certainement plus depuis l'ajout des faisceaux, donc c'est encore à voir.
dans la classe parseur, reste encore à voir comment inclure les constantes car on va en avoir besoin, et aussi comment construire l'accélérateur renvoyé par la méthode 'extract' contenant les éléments et particules...
du reste la classe parseur est encore en plein chantier.
|
| | |
|
| |
|
|
|
|
|
| |
Il reste une subtilite a gerer: pour des raisons de compatibilite, un accelerateur contient toujours une methode getParticles(). Celle-ci renvoi une concatenation de tous les particules de tous les faisceaux de l'accelerateur.
Or il y a un probleme d'allocation de la memoire avec cette methode (temporairement repare dans cette revision mais degeu!). Je vois deux solutions:
1) changer tous les test qui appellent la methode getParticles()
2) essayer de reparer le probleme d'allocation (difficile et je ne sais pas si c'est possible)
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
exerciceP13
Parser (.cc et .h)
exerciceP11test
Mis é jour:
elementsimulationtest
|
| | |
|
| |
|
|
| |
fonctionne pas)
|
| |
|
|
|
| |
2)mis a jour acceltest
3)mis a jour exerciceP10test
|
| | |
|
| |
|
|
|
| |
2)modifié la methode applyforce dans particle.h pas l'ajout d'un asin
3)déplacé le fichier exerciceP10 dans le dossier 'Test'
|
| |
|
|
| |
Il faudrait recréer un makefile dans ce dossier exercice.
|
| |
|
|
| |
performance de l'accelerateur.
|
| |
|
|
|
|
|
| |
une list au lieu d'un vector. Ceci pour pouvoir supprimer une particule a temps constant qui aurait heurte le bord d'un element. On ne peut donc plus acceder a un element quelconque de la liste mais il faut l'iterer!
Mais comme, de toutes facons, on ne fait que d'iterer sur une liste lors d'une simulation deterministe ceci convient. Peut-etre il faudra adapter cette conception pour une simulation monte-carlo.
|
| |
|
|
|
|
| |
(jusqu'a P7.2 compris) et fichiers tests.
*Rajoute la classe MutableVector3D pour representer des vecteurs mutables.
|
| | |
|
| |
|
|
| |
par qmake!
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
*Implementation de la methode 'close()' dans l'accelerateur.
*Restructuration des methodes geometriques des elements.
-Ajout d'une methode isBefore(): determine si un point est contenu dans l'espace avant le plan de la face d'entree.
-Ajout d'une methode isBeside(): determine si un point est plus proche de la trajectoire ideal que le rayon de section.
-Ajout d'une methode isAfter(): determine si un point est contenu dans l'espace apres le plan de la face de sortie.
-Ajout d'une methode contains(): determine si un point est contenu dans l'element (contains = !(isBefore || isBeside || isAfter))
-La methode isPast() (passe_au_suivant selon projet) a ete supprimee, elle est a remplacer par isAfter().
-La methode hitWall() (heurte_bord selon projet) a ete supprimee, elle est a remplacer par isBeside().
*Resolution d'un bug dans la methode isBeside() de StraightElement, avant une particule ne pouvait jamais heuter le bord!
*Ajout des cibles gui et gui-build dans eclipse.
|
| |
|
|
|
| |
Rjouté quelques commentaires (dans FODO).
Crée un fichier P10ExerciceTest.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
consequent j'ai remarque une erreur de const-correctness dans le visitor pattern. J'ai donc modifie celui-ci, c'est a dire un visiteur ne peut pas changer un element (pas d'appel a des methodes non-const) ni etre change par un element.
|
| |
|
|
| |
graphique amelioree.
|
| | |
|
| | |
|
| |
|
|
| |
accelerateur.
|
| | |
|
