/trunk/src Developers: dav

Login name:
dav
Total Commits:
532 (2.2%)
Lines of Code:
16128 (2.0%)
Most Recent Commit:
2005-12-19 16:24

Activity by Clock Time

Activity by Hour of Day for dav

Activity by Day of Week for dav

Activity in Directories

Directory Changes Lines of Code Lines per Change
Totals 532 (100.0%) 16128 (100.0%) 30.3
/ 39 (7.3%) 3330 (20.6%) 85.3
Core/Malloc/ 2 (0.4%) 1386 (8.6%) 693.0
Core/Volume/ 7 (1.3%) 1242 (7.7%) 177.4
Packages/Uintah/Dataflow/Modules/Selectors/ 9 (1.7%) 1117 (6.9%) 124.1
Packages/Uintah/CCA/Components/ 14 (2.6%) 835 (5.2%) 59.6
Packages/Uintah/Dataflow/Modules/Visualization/ 9 (1.7%) 773 (4.8%) 85.8
Core/GUI/ 1 (0.2%) 732 (4.5%) 732.0
Packages/Uintah/CCA/Components/Dummy/ 11 (2.1%) 648 (4.0%) 58.9
Packages/MatlabInterface/Dataflow/GUI/ 5 (0.9%) 569 (3.5%) 113.8
Packages/Uintah/CCA/Components/DataArchiver/ 2 (0.4%) 461 (2.9%) 230.5
Packages/MatlabInterface/Core/Datatypes/ 6 (1.1%) 420 (2.6%) 70.0
Core/Datatypes/ 41 (7.7%) 375 (2.3%) 9.1
Packages/Uintah/scripts/ 3 (0.6%) 340 (2.1%) 113.3
Packages/Uintah/CCA/Components/MPM/Crack/ 5 (0.9%) 339 (2.1%) 67.8
Packages/Uintah/StandAlone/compare_mms/ 8 (1.5%) 326 (2.0%) 40.7
Dataflow/Network/ 9 (1.7%) 324 (2.0%) 36.0
Core/Init/ 7 (1.3%) 267 (1.7%) 38.1
Core/Basis/ 27 (5.1%) 213 (1.3%) 7.8
Packages/Uintah/StandAlone/tools/dumpfields/ 22 (4.1%) 206 (1.3%) 9.3
Packages/Uintah/Core/Grid/ 1 (0.2%) 151 (0.9%) 151.0
Dataflow/GUI/ 10 (1.9%) 149 (0.9%) 14.9
Packages/Uintah/Core/DataArchive/ 2 (0.4%) 141 (0.9%) 70.5
Packages/Uintah/StandAlone/ 14 (2.6%) 107 (0.7%) 7.6
Packages/Uintah/CCA/Components/MPM/ConstitutiveModel/ 2 (0.4%) 94 (0.6%) 47.0
Packages/Uintah/CCA/Components/MPM/ParticleCreator/ 6 (1.1%) 93 (0.6%) 15.5
Packages/Uintah/Test/helpers/ 5 (0.9%) 90 (0.6%) 18.0
Packages/Uintah/Dataflow/Modules/Operators/ 4 (0.8%) 88 (0.5%) 22.0
Packages/Uintah/CCA/Components/Models/Radiation/ 5 (0.9%) 82 (0.5%) 16.4
StandAlone/convert/ 43 (8.1%) 81 (0.5%) 1.8
main/ 11 (2.1%) 80 (0.5%) 7.2
include/ 11 (2.1%) 59 (0.4%) 5.3
Packages/Uintah/CCA/Components/Solvers/ 7 (1.3%) 58 (0.4%) 8.2
Core/Util/ 8 (1.5%) 55 (0.3%) 6.8
Packages/Mironova/Dataflow/Modules/Visualization/ 3 (0.6%) 53 (0.3%) 17.6
Core/TCLThread/ 2 (0.4%) 51 (0.3%) 25.5
Packages/Mironova/Core/Datatypes/ 1 (0.2%) 47 (0.3%) 47.0
Packages/Mironova/Dataflow/GUI/ 1 (0.2%) 46 (0.3%) 46.0
Packages/Mironova/Core/ 1 (0.2%) 45 (0.3%) 45.0
Packages/Mironova/Dataflow/ 1 (0.2%) 44 (0.3%) 44.0
Packages/Mironova/Dataflow/Modules/ 1 (0.2%) 43 (0.3%) 43.0
Packages/Uintah/Dataflow/GUI/ 3 (0.6%) 42 (0.3%) 14.0
Packages/Mironova/ 3 (0.6%) 40 (0.2%) 13.3
Packages/Mironova/StandAlone/ 1 (0.2%) 39 (0.2%) 39.0
Packages/Uintah/CCA/Components/ProblemSpecification/ 1 (0.2%) 36 (0.2%) 36.0
Packages/Mironova/Core/Algorithms/ 1 (0.2%) 35 (0.2%) 35.0
Packages/Uintah/CCA/Components/LoadBalancers/ 2 (0.4%) 34 (0.2%) 17.0
Core/Persistent/ 3 (0.6%) 29 (0.2%) 9.6
Packages/Uintah/CCA/Components/MPM/ConstitutiveModel/PlasticityModels/ 4 (0.8%) 28 (0.2%) 7.0
Packages/Uintah/CCA/Components/ICE/ 4 (0.8%) 28 (0.2%) 7.0
Dataflow/Modules/Visualization/ 9 (1.7%) 28 (0.2%) 3.1
Dataflow/Modules/Render/ 2 (0.4%) 25 (0.2%) 12.5
StandAlone/utils/ 6 (1.1%) 23 (0.1%) 3.8
Packages/Uintah/Core/ProblemSpec/ 2 (0.4%) 21 (0.1%) 10.5
Dataflow/Ports/ 23 (4.3%) 13 (0.1%) 0.5
Packages/Uintah/CCA/Components/ICE/CustomBCs/ 2 (0.4%) 12 (0.1%) 6.0
Dataflow/TCLThread/ 1 (0.2%) 11 (0.1%) 11.0
Core/Algorithms/Visualization/ 2 (0.4%) 11 (0.1%) 5.5
Core/Services/ 3 (0.6%) 10 (0.1%) 3.3
Core/GuiInterface/ 2 (0.4%) 10 (0.1%) 5.0
Packages/Uintah/CCA/Components/MPM/Contact/ 1 (0.2%) 9 (0.1%) 9.0
Core/Algorithms/Geometry/ 2 (0.4%) 9 (0.1%) 4.5
Packages/Uintah/Core/GeometryPiece/ 2 (0.4%) 8 (0.0%) 4.0
Packages/Uintah/CCA/Components/SwitchingCriteria/ 2 (0.4%) 8 (0.0%) 4.0
Packages/Uintah/CCA/Components/Switcher/ 1 (0.2%) 8 (0.0%) 8.0
Packages/Uintah/CCA/Components/MPM/ 2 (0.4%) 8 (0.0%) 4.0
Packages/Uintah/CCA/Components/MPM/PhysicalBC/ 2 (0.4%) 7 (0.0%) 3.5
Packages/Uintah/CCA/Components/Parent/ 1 (0.2%) 5 (0.0%) 5.0
Packages/Uintah/CCA/Components/Solvers/HypreSolvers/ 1 (0.2%) 3 (0.0%) 3.0
Packages/Uintah/CCA/Components/SimulationController/ 1 (0.2%) 3 (0.0%) 3.0
Packages/Uintah/CCA/Components/MPMICE/ 1 (0.2%) 3 (0.0%) 3.0
Packages/Teem/Dataflow/XML/ 1 (0.2%) 3 (0.0%) 3.0
Packages/Uintah/Dataflow/Modules/DataIO/ 3 (0.6%) 2 (0.0%) 0.6
Packages/Uintah/CCA/Ports/ 7 (1.3%) 2 (0.0%) 0.2
Packages/Uintah/CCA/Components/Schedulers/ 1 (0.2%) 2 (0.0%) 2.0
Packages/MatlabInterface/Dataflow/Modules/DataIO/ 2 (0.4%) 2 (0.0%) 1.0
Dataflow/Modules/Fields/ 5 (0.9%) 2 (0.0%) 0.4
scripts/ 1 (0.2%) 1 (0.0%) 1.0
Packages/Uintah/Core/Variables/ 1 (0.2%) 1 (0.0%) 1.0
Packages/Uintah/Core/Exceptions/ 1 (0.2%) 1 (0.0%) 1.0
Packages/Uintah/CCA/Components/Models/test/ 1 (0.2%) 1 (0.0%) 1.0
Packages/BioPSE/Dataflow/Modules/Forward/ 3 (0.6%) 1 (0.0%) 0.3
Core/TkExtensions/ 1 (0.2%) 1 (0.0%) 1.0
Core/Geom/ 3 (0.6%) 1 (0.0%) 0.3
Core/ 2 (0.4%) 1 (0.0%) 0.5
CCA/Components/TxtBuilder/ 1 (0.2%) 1 (0.0%) 1.0
nets/ 2 (0.4%) 0 (0.0%) 0.0
Packages/rtrt/StandAlone/scenes/ 1 (0.2%) 0 (0.0%) 0.0
Packages/Uintah/doc/ 2 (0.4%) 0 (0.0%) 0.0
Packages/Uintah/Dataflow/Modules/ 2 (0.4%) 0 (0.0%) 0.0
Packages/Uintah/Core/Datatypes/ 3 (0.6%) 0 (0.0%) 0.0
Packages/Uintah/CCA/Components/Regridder/ 2 (0.4%) 0 (0.0%) 0.0
Packages/Uintah/CCA/Components/ICE/Advection/ 2 (0.4%) 0 (0.0%) 0.0
Packages/Uintah/CCA/Components/Examples/ 2 (0.4%) 0 (0.0%) 0.0
Packages/Uintah/CCA/Components/Arches/ 2 (0.4%) 0 (0.0%) 0.0
Packages/McQ/Euler/ 1 (0.2%) 0 (0.0%) 0.0
Packages/McQ/Dataflow/GUI/ 1 (0.2%) 0 (0.0%) 0.0
Packages/McQ/ 1 (0.2%) 0 (0.0%) 0.0
Packages/MatlabInterface/Dataflow/XML/ 1 (0.2%) 0 (0.0%) 0.0
Packages/MatlabInterface/Core/ 1 (0.2%) 0 (0.0%) 0.0
Packages/MatlabInterface/ 1 (0.2%) 0 (0.0%) 0.0
Packages/Kurt/Dataflow/Modules/ 1 (0.2%) 0 (0.0%) 0.0
Packages/Kurt/Dataflow/GUI/ 1 (0.2%) 0 (0.0%) 0.0
Packages/Fusion/Dataflow/GUI/ 3 (0.6%) 0 (0.0%) 0.0
Packages/DaveW/Dataflow/Modules/ 1 (0.2%) 0 (0.0%) 0.0
Packages/BioPSE/Core/Datatypes/ 4 (0.8%) 0 (0.0%) 0.0
Packages/BioPSE/Core/Algorithms/NumApproximation/ 2 (0.4%) 0 (0.0%) 0.0
Packages/ 3 (0.6%) 0 (0.0%) 0.0
Core/ImportExport/Field/ 2 (0.4%) 0 (0.0%) 0.0
Core/Containers/ 2 (0.4%) 0 (0.0%) 0.0

Activity of dav

Most Recent Commits

dav 2005-12-19 16:24 Rev.: 32893

Removed unnecessary ';'.

0 lines of code changed in 2 files:

  • Packages/Uintah/CCA/Components/ICE/Advection: Advector.cc (new)
dav 2005-12-19 16:23 Rev.: 32892

Hack... had to cast to (int) so the SGI compiler would know what to do... :-(

0 lines of code changed in 2 files:

  • Packages/BioPSE/Core/Algorithms/NumApproximation: BuildFEMatrix.h (new)
dav 2005-12-19 16:23 Rev.: 32891

M Core/Datatypes/PrismVolMesh.h
M Core/Datatypes/TetVolMesh.h

I think I have finally found a syntax that the SGI compiler will take
and that will not cause problems for other compilers. The SGI
compiler has been very picky... and troublesome. In investigating
this fix, I've had CC (on the SGI) give me a compiler error, then I
monkey with the syntax, and it gives me another error, then I put it
back to the original and it compiles... However, when I then try to
compile the code using a different (fresh) build, it breaks again.

M Dataflow/Ports/PathPort.cc
M Dataflow/Ports/ColorMap2Port.cc
M Dataflow/Ports/TexturePort.cc
M Dataflow/Ports/MatrixPort.cc
M Dataflow/Ports/NrrdPort.cc
M Dataflow/Ports/StringPort.cc
M Dataflow/Ports/MatrixPort.h
M Dataflow/Ports/BundlePort.cc
M Dataflow/Ports/ColorMapPort.cc
M Dataflow/Ports/ImagePort.cc
M Dataflow/Ports/FieldPort.cc

Moved the template instantiation to below the explicit setting of the
port_type_/port_color_. This is necessary to get the SGI compiler to
compile this code... and doesn't seem to make any difference to any
other compiler.

0 lines of code changed in 26 files:

  • Core/Datatypes: PrismVolMesh.h (new), TetVolMesh.h (new)
  • Dataflow/Ports: BundlePort.cc (new), ColorMap2Port.cc (new), ColorMapPort.cc (changed), FieldPort.cc (new), ImagePort.cc (new), MatrixPort.cc (changed), MatrixPort.h (changed), NrrdPort.cc (new), PathPort.cc (changed), StringPort.cc (new), TexturePort.cc (new)
dav 2005-12-19 16:17 Rev.: 32890

Warning messages in constructors (using 'cerr') cause a core dump (on at least my 10.3 Mac). Replaced with 'printf'.

0 lines of code changed in 2 files:

  • Core/Persistent: Persistent.cc (changed)
dav 2005-12-19 14:26 Rev.: 32889

Cosmetic updates. Removed unnecessary ';'s.

0 lines of code changed in 2 files:

  • Packages/BioPSE/Dataflow/Modules/Forward: SetupFEMatrix.h (changed)
dav 2005-12-19 14:25 Rev.: 32888

Cosmetic updates.

0 lines of code changed in 2 files:

  • Dataflow/Network: Module.cc (changed)
dav 2005-12-14 20:01 Rev.: 32872

Fix 'non' return of 1. Remove redundant comments.

3 lines of code changed in 1 file:

  • Core/Basis: HexTrilinearLgn.h (+3 -3)
dav 2005-12-12 12:38 Rev.: 32804

Second attempt to get SGI and other OSes to compile (and run) this stuff. I don't understand why this typecast appears to work... to the best of my knowledge the docs on hash_multiset say the first parameter is the 'type' of the map...(not the size?) However, preliminary results indicate that this works. A little more testing will be necessary to confirm it.

17 lines of code changed in 2 files:

  • Core/Datatypes: PrismVolMesh.h (+8 -22), TetVolMesh.h (+9 -24)
dav 2005-12-09 15:19 Rev.: 32789

Fixes (hack) to the new Basis stuff to allow compilation on the SGI.

Core/Datatypes/CurveMesh.h

Had to give type_name a parameter because for some reason the SGI
compiler couldn't find the correct function without it...

Core/Datatypes/PrismVolMesh.h

Fixes to allow hash_multisets to compile on the SGI... this effects
the linux/mac build as they use the same code, and I am not sure how
it compiled on linux before...? However, this 'hack'/fix appears to
be the correct way to construct the hash_multisets, so it should just
work everywhere now. More information on this change is in the file
(search for hack_eit).

Core/Datatypes/TetVolMesh.h

Can't use #include <cmath> on the SGI (and a few other
platforms)... changed to good ol' #include <math>.

Did some indenting on the #if statements to help follow them. Added
// end class name comments to help figure out what are nested classes
and where they end. Added hash_multisets hack as described about and
in this file.

Dataflow/Network/PackageDB.cc

Added a check for an error with looking up the *.xml files so that a
useful error message gets printed. It appears to me that 'files' will
always be non-nil and thus the first check doesn't really do anything.
Also, added a warning that it looks like 'files' is a (small) memory
leak... hopefully someone with more time will track that down and fix
it.

StandAlone/utils/TestBasis.cc

Added a dummy var (test_vector) that instantiates a vector of vector
of Point so the SGI compiler doesn't complain about not being able to
find it. (More info in the file itself.)

StandAlone/utils/UnitElementMesh.cc

Same hack/fix as in TestBasis.cc above.

105 lines of code changed in 8 files:

  • Core/Datatypes: CurveMesh.h (+1 -1), PrismVolMesh.h (+24 -9), TetVolMesh.h (+61 -43)
  • Dataflow/Network: PackageDB.cc (new)
  • StandAlone/utils: TestBasis.cc (+7), UnitElementMesh.cc (new)
dav 2005-12-09 14:20 Rev.: 32787

Remove extra ;

1 lines of code changed in 1 file:

  • Packages/BioPSE/Dataflow/Modules/Forward: SetupFEMatrix.cc (+1 -1)
dav 2005-12-08 19:28

Removed extra ;

1 lines of code changed in 3 files:

  • Dataflow/Modules/Fields: ChangeFieldDataType.cc (changed)
  • Dataflow/Modules/Visualization: VolumeVisualizer.cc (+1 -1)
dav 2005-11-03 19:16 Rev.: 32430

These should fix the SGI compilation... I think. I have one other
hack in another file that may be necessary, but the compilation seems
to work (sometimes) without it, so I am leaving it out for now.

Core/Basis/Constant.h

Fixed SGI compilation by making the array non zero in size. I added a
comment in the file about what I did, but it would be great if someone
who really knows what is going on would update the comment to reflect
that knowledge.

Removed a argument to derivate to quite the compiler. Don't know if that
arg should be used or not, and put in a comment to this effect. Again,
if someone who knows this code could update the comment, that would be
great.

Core/Basis/NoData.h

Same non-zero array fix as reported above.

22 lines of code changed in 2 files:

  • Core/Basis: Constant.h (+15 -3), NoData.h (+7 -2)
dav 2005-10-27 13:34 Rev.: 32341

Fix compiler warnings.

1 lines of code changed in 1 file:

  • Core/Basis: TetQuadraticLgn.h (+1 -1)
dav 2005-10-27 13:33 Rev.: 32340

Organize #includes. Fix typos in comment... though I still don't know what it means. Ident #ifs.

14 lines of code changed in 1 file:

  • Core/Datatypes: TetVolMesh.h (+14 -11)
dav 2005-10-27 13:32 Rev.: 32339

consolidate the stl #includes

3 lines of code changed in 1 file:

  • Core/Datatypes: PrismVolMesh.h (+3 -3)
dav 2005-10-26 20:41 Rev.: 32329

Fix compiler warnings as I continue to track down SGI problem.

2 lines of code changed in 1 file:

  • Core/Basis: CrvLinearLgn.h (+2 -2)
dav 2005-10-26 20:41 Rev.: 32328

Fix (at least) sgi compile by fully qualifying Cell and Elem.

6 lines of code changed in 1 file:

  • Core/Datatypes: StructHexVolMesh.h (+6 -5)
dav 2005-10-26 19:46 Rev.: 32327

Remove more warnings as I try to figure out why the SGI build is broken.

1 lines of code changed in 1 file:

  • Core/Basis: TriCubicHmt.h (+1 -1)
dav 2005-10-24 18:58 Rev.: 32291

Added #include of Point.h... since Point is used in this file... This
allows SGI compile to complete... strange that the SGI compiler can't
figure out what a Point is and the other compilers can... either way,
it is a good idea to #include files that you use directly and not hope
that they are indirectly brought in for you.

1 lines of code changed in 1 file:

  • StandAlone/utils: TestBasis.cc (+1)
dav 2005-10-24 18:56 Rev.: 32290

Commented out an unused var.

0 lines of code changed in 2 files:

  • Core/ImportExport/Field: ExecConverter.cc (new)

(173 more)

Generated by StatSVN 0.4.0