/[escript]/trunk/finley/test/python/data_meshes/win32
ViewVC logotype

Log of /trunk/finley/test/python/data_meshes/win32

View Directory Listing Directory Listing


Sticky Revision:
(Current path doesn't exist after revision 1134)

Revision 934 - Directory Listing
Modified Tue Jan 23 09:52:45 2007 UTC (14 years, 4 months ago) by gross
gmsh file reader for finley

Revision 850 - Directory Listing
Modified Sun Sep 17 23:27:00 2006 UTC (14 years, 9 months ago) by gross
some problems with vtk writer fixed

Revision 757 - Directory Listing
Modified Mon Jun 26 13:12:56 2006 UTC (14 years, 11 months ago) by woo409
Copied from: branches/intelc_win32/finley/test/python/data_meshes/win32 revision 756
+ Merge of intelc_win32 branch (revision 741:755) with trunk. Tested on iVEC altix (run_tests and py_tests all pass)


Revision 755 - Directory Listing
Modified Mon Jun 26 09:31:20 2006 UTC (14 years, 11 months ago) by woo409
Original Path: branches/intelc_win32/finley/test/python/data_meshes/win32
+get run_visualization_interface.py to look for test files in win32 area. Tests still fail because of the ordering issues mentioned in previous logs. 

Revision 752 - Directory Listing
Modified Mon Jun 26 02:25:41 2006 UTC (14 years, 11 months ago) by woo409
Original Path: branches/intelc_win32/finley/test/python/data_meshes/win32
+ Added a qsort.c file which contains a drop in replacement for qsort (call it as qsortG). This one appears to be a stable implementation and the test .msh files on windows have been set up to be the same as unix again except for the exponent digits (3 instead of 2).
With ALL the qsorts replaced with qsortG only two tests fail now on win32:
test_normal_onFunctionOnContactOne
test_normal_onFunctionOnContactZero

Both give wrong result errors.

I will check this same code on the altix (including the use of qsortG and see if Altix has the same problem.

Revision 748 - Directory Listing
Modified Sat Jun 24 15:09:10 2006 UTC (14 years, 11 months ago) by woo409
Original Path: branches/intelc_win32/finley/test/python/data_meshes/win32
+ run_generators.py now has a commented section that you can uncomment to have it dump out the reference files
+ Win32 output files differ not only in the exponent (e+000 instead of e+00) format but also in order for part of the file. The same code has been compiled on altix and it passes the tests with the original files. I've no idea why the win32 version produces a different order.
THIS REQUIRES FURTHER INVESTIGATION
Does the output file require the lines to be in a specific order (it doesn't appear to effect anything else)?

Revision 743 - Directory Listing
Added Sat Jun 24 11:44:55 2006 UTC (14 years, 11 months ago) by woo409
Original Path: branches/intelc_win32/finley/test/python/data_meshes/win32
+ Some additional files for the win32 port
  + The additional test meshes are because windows produces floating point numbers like this 12e+001 where are unix is 12e+01
  + nelix_kb_options.py is my notebooks config file. I've included it as an example of win32 compilation options
  + system_dep.h is there for win32 shared library function export/import macros and also to use the intel mathimf.h library since the standard MS VC++ math.h doesn't have all the necessary functions. NOTE this file must be included before all other headers to prevent inclusion of math.h

  ViewVC Help
Powered by ViewVC 1.1.26