| 1 | ----------------------------
|
|---|
| 2 | version : cmv 8/8/2000 15h
|
|---|
| 3 | Reza 9/8/2000 16h
|
|---|
| 4 | Reza 1/9/2000 14h
|
|---|
| 5 | cmv 22/9/2000 18h
|
|---|
| 6 | ----------------------------
|
|---|
| 7 |
|
|---|
| 8 | Fichier "afaire.txt"
|
|---|
| 9 |
|
|---|
| 10 | - A chaque modif et echange changer la ligne "version" ci-dessus SVP.
|
|---|
| 11 | - toujours envoyer ce fichier en "attached" et pas directement
|
|---|
| 12 | dans un mail pour conserver sa structure (lignes trop longues pour pine!)
|
|---|
| 13 |
|
|---|
| 14 | ================ Zone echange de commentaires ====================
|
|---|
| 15 | Reza -> CMV: (1/9/2000)
|
|---|
| 16 | - J'ai fait la modif sa_size_t ds TArray
|
|---|
| 17 | Pas fait ds cimage.h et .cc (Image<T>)
|
|---|
| 18 | Le FIO_Image<T> est fait - test ds Tests/timg.cc
|
|---|
| 19 | - J'ai rajoute aussi l'operateur TArray operateur - ()
|
|---|
| 20 | (Pour ecrire TArray XX = -X;)
|
|---|
| 21 | - **** J'ai vu de nouveau des problemes pour l'acces aux
|
|---|
| 22 | fonctions math.h (sqrt() ,...) quand on inclut
|
|---|
| 23 | matharr.h ou ces fonctions sont redefinies
|
|---|
| 24 | pour TArray<T>
|
|---|
| 25 | Je me demande si on ne ferait pas mieux de mettre
|
|---|
| 26 | une majuscule pour les fonctions sur les TArray<T>
|
|---|
| 27 | Sqrt(TArray<T> &) , etc ...
|
|---|
| 28 | Demande aussi l'avis de E.A.
|
|---|
| 29 | - J'ai enleve le inline pour Histo::UpdateHisto()
|
|---|
| 30 | Voir le message a ce sujet
|
|---|
| 31 | - Verfie histos.cc -r 1.12 -r 1.13
|
|---|
| 32 | D.Y. a remplace des int par des int_4 ,
|
|---|
| 33 | Cela me semble OK, mais je prefere que tu verifies
|
|---|
| 34 | (DY a neanmoins introduit des bugs ailleurs que j'ai du corrige)
|
|---|
| 35 | - gnumd5.c ne donne pas la meme chose sur OSF et IRIX
|
|---|
| 36 | (ou OSF et mac)
|
|---|
| 37 | OK entre OSF (alpha) et Linux Intel, etant donne qu'elles
|
|---|
| 38 | ont le meme byte swap , Le rappeler a Eric
|
|---|
| 39 | - PIext : J'ai commence a etendre l'interface des adaptateurs
|
|---|
| 40 | d'objet, j'ai discute avec S. Du pour qu'il essaye de mettre
|
|---|
| 41 | en place l'ecriture 'en ligne' du code C++
|
|---|
| 42 |
|
|---|
| 43 | ==================================================================
|
|---|
| 44 |
|
|---|
| 45 | >>>>>>> Module SysTools
|
|---|
| 46 | === gnumd5.c
|
|---|
| 47 | Le hash-coding donne un resultat different entre machine
|
|---|
| 48 | big et little endian
|
|---|
| 49 | Etat: A faire par Eric
|
|---|
| 50 |
|
|---|
| 51 | >>>>>>> Module TArray
|
|---|
| 52 |
|
|---|
| 53 | === Proteger l'integrite de TVector/TMatrix
|
|---|
| 54 | contre Resize apres constructeur
|
|---|
| 55 | Etat: FAIT par Reza ( Fin Juillet 2000)
|
|---|
| 56 |
|
|---|
| 57 | === Mettre =(BaseArray) ds Vector
|
|---|
| 58 | Etat: FAIT par Reza ( Fin Juillet 2000)
|
|---|
| 59 |
|
|---|
| 60 | === Mettre operation entre matrices de differents mapping memoire
|
|---|
| 61 | Etat: FAIT par Reza ( Fin Juillet 2000)
|
|---|
| 62 |
|
|---|
| 63 | === Mettre OMP dans TArray
|
|---|
| 64 | Etat: travail en cours par Reza
|
|---|
| 65 | Tests et directives OMP fait ds programme Eval/Speed/tompC.c
|
|---|
| 66 | tompCXX.cc
|
|---|
| 67 | Ne peut etre fait qu'apres la modif typedef size_T
|
|---|
| 68 |
|
|---|
| 69 | === Passer TArray de uint_4 -> int_8 ou int_4 (signed)
|
|---|
| 70 | definir typedef int_T (?)
|
|---|
| 71 | + modif ppersist ecriture/lecture pour ecrire taille/step...
|
|---|
| 72 | en int_8 meme si option int_4 retenue.
|
|---|
| 73 | Etat: FAIT par Reza ~25 Aout 2000
|
|---|
| 74 | sa_size_t defini ds machdefs.h
|
|---|
| 75 |
|
|---|
| 76 | === Reporter modif sa_size_t ds Image<T> (cimage.cc .h)
|
|---|
| 77 | Etat: a faire par cmv (?)
|
|---|
| 78 |
|
|---|
| 79 | >>>>>>> Module NTools
|
|---|
| 80 |
|
|---|
| 81 | === Faire heriter les Image<T> de TMatrix<T>
|
|---|
| 82 | Etat: travail en cours par Reza et cmv
|
|---|
| 83 |
|
|---|
| 84 | === PPersist Handler pour Image<T>
|
|---|
| 85 | Etat: FAIT par Reza Fin Aout 2000
|
|---|
| 86 |
|
|---|
| 87 | === Serveur de classes de calcul<T> (Fond,Sigma etc...) sur images:
|
|---|
| 88 | creer serveur 1D, 2D voir 3D
|
|---|
| 89 | (ImageStatServer<T>,VectorStatServer<T>,...)
|
|---|
| 90 | Etat: a faire par reza + cmv
|
|---|
| 91 |
|
|---|
| 92 | === Classe FFTServer 9s)
|
|---|
| 93 | Correction bug ds FFTmayer
|
|---|
| 94 | Etat: a faire par Reza
|
|---|
| 95 |
|
|---|
| 96 | >>>>>>> Module HiStats
|
|---|
| 97 |
|
|---|
| 98 | === NTuple et XNtuple -> mettre partage de reference
|
|---|
| 99 | Etat: A faire par Reza
|
|---|
| 100 |
|
|---|
| 101 | === Modifier l'ecriture de ppersist NTuple
|
|---|
| 102 | Etat: FAIT par Reza ~25 Aout 2000
|
|---|
| 103 |
|
|---|
| 104 | === Passer Histo,Histo2D HProf en double
|
|---|
| 105 | Pas de donees dans NDataBlock, pas de partage de reference
|
|---|
| 106 | HProf, restructurer HProf::UpdateHisto pour meilleur gestion
|
|---|
| 107 | Etat: FAIT par cmv
|
|---|
| 108 |
|
|---|
| 109 |
|
|---|
| 110 | >>>>>>> Module SkyMap
|
|---|
| 111 | === Verification de l'interface (constructeur de copie, = )
|
|---|
| 112 | des classes local/full sky map
|
|---|
| 113 | Etat: en cours par G. Le Meur
|
|---|
| 114 |
|
|---|
| 115 | >>>>>>> Module Samba
|
|---|
| 116 |
|
|---|
| 117 | === Faire 'un bon' generateur de bruit 1/f (plutot f^alpha) en utilisant
|
|---|
| 118 | la methode de 'filtrage numerique' - Voir Numerical Receipe
|
|---|
| 119 | Etat: A faire Reza
|
|---|
| 120 |
|
|---|
| 121 | === Verifier etat/avancement des transforme en Cl
|
|---|
| 122 | Etat: Suivi des travaux G. le Meur (cmv)
|
|---|
| 123 |
|
|---|
| 124 |
|
|---|
| 125 | >>>>>>> Module FitsIOServer
|
|---|
| 126 |
|
|---|
| 127 | === Y-a-t'il tout ce qu'on veut dans FitsIOServer ?
|
|---|
| 128 | Etat: a faire cmv
|
|---|
| 129 |
|
|---|
| 130 | === Nouvelles classes ds module FitsIOServer
|
|---|
| 131 | Etat: en cours par G. Le Meur
|
|---|
| 132 | Verifier la conformite du schema avec celui des PPersist
|
|---|
| 133 | Suivi par Reza
|
|---|
| 134 |
|
|---|
| 135 | === Interfacage avec FitsIOServer nouvelle version en
|
|---|
| 136 | particulier dans spiapp
|
|---|
| 137 | Etat: a faire par reza + cmv
|
|---|
| 138 |
|
|---|
| 139 | >>>>>>>> Module IFFTW
|
|---|
| 140 |
|
|---|
| 141 | === Terminer l'interfacage FFT avec la lib FFTW , (pour FFT 2D, n-D)
|
|---|
| 142 | Etat: A faire par Sophie ???
|
|---|
| 143 | Suivi par Reza
|
|---|
| 144 |
|
|---|
| 145 | >>>>>>>> Module LinAlg
|
|---|
| 146 |
|
|---|
| 147 | === Ajouter interface pour decomposition LU et SVD en utilisant LaPack
|
|---|
| 148 | Etat: A faire par CMV + Reza
|
|---|
| 149 |
|
|---|
| 150 |
|
|---|
| 151 | >>>>>>>> Module PI PIext
|
|---|
| 152 |
|
|---|
| 153 | === Compilation/Link de code C++ utilisant les objets spiapp
|
|---|
| 154 | (le .for du kumac paw en bien mieux...)
|
|---|
| 155 | - Commencer les grandes lignes dans un module separe
|
|---|
| 156 | .... a faire par cmv
|
|---|
| 157 | - La mise en place finale + cosmetique
|
|---|
| 158 | .... a faire par reza + cmv
|
|---|
| 159 |
|
|---|
| 160 | === Restructurer piafitting avec des adapteurs de fit
|
|---|
| 161 | pour les divers objets traites. Nettoyage de la "lourdeur"
|
|---|
| 162 | du code.
|
|---|
| 163 | ... apres discussion: identifier ce dont piaffitter a besoin
|
|---|
| 164 | et voir si le + simple n'est pas de rajouter dans les
|
|---|
| 165 | adapteurs deja existants un "GetGeneralFitData"
|
|---|
| 166 | etude a faire par cmv
|
|---|
| 167 | Etat: a faire par reza + cmv
|
|---|
| 168 |
|
|---|
| 169 | === Mettre de nouvelles lut piapp et inclure des color tables
|
|---|
| 170 | midas
|
|---|
| 171 | Etat: travail en cours par cmv
|
|---|
| 172 |
|
|---|
| 173 | === Extension de l'interface NobjMgrAdapter
|
|---|
| 174 | Etat: Fait par Reza
|
|---|
| 175 | But Permettre d'etendre les fonctionalite de l'interpreteur
|
|---|
| 176 | et permettre aussi de faire du C++ 'en ligne'
|
|---|
| 177 | Discussion
|
|---|
| 178 |
|
|---|