b208fa6565
takeover from Vitesh's work with small adoptions to current DADF5
2019-10-12 08:02:57 +02:00
0eef73935e
handling of derived types (orientation for the moment)
2019-10-11 08:35:21 +02:00
8fe614b0b0
[skip ci] updated version information after successful test of v2.0.3-860-g0dd14a06
2019-10-05 20:20:06 +02:00
0dd14a0652
correct reporting of version
2019-09-30 09:07:56 -07:00
457f9aa4e3
prospector found duplicated key
2019-09-30 08:53:53 -07:00
2e63affe47
[skip ci] better to read
2019-09-25 12:48:16 -07:00
9ebd91312a
avoid size(xxx) of unallocated xxx
2019-09-25 12:21:57 -07:00
fc090a1960
[skip ci] indentation only
2019-09-25 12:05:37 -07:00
116f43f401
[skip ci] indentation hick-up
2019-09-23 22:15:13 -07:00
ffcb7a0a24
aim of the calculation clearer
...
don't know if brackets are honored here
2019-09-23 09:31:14 -07:00
da041f43bc
floating point arithmetic refinement
...
Intel 18.4 could not detect 0.0
2019-09-23 09:29:38 -07:00
96811f77ca
not used
2019-09-23 06:50:25 -07:00
0620eae797
less code
2019-09-23 06:48:39 -07:00
611cc9bcae
preprocessor does not allow spaces
2019-09-23 06:48:20 -07:00
48e0a7ad97
no floating point comparison for equality
2019-09-23 06:35:02 -07:00
b8204015f5
wrong type (math_range returns integers)
2019-09-23 06:29:32 -07:00
02fef16b38
used only by MARC/Abaqus
2019-09-23 06:28:10 -07:00
78344c01ac
avoid floating point comparison
2019-09-23 05:37:36 -07:00
da15ff85f3
tests now operational
2019-09-23 00:11:45 -07:00
285dab4451
self consistent solutions
2019-09-22 23:53:56 -07:00
bbb2441cc2
preparing more tests
2019-09-22 22:08:19 -07:00
0655ef2c90
small precision adjustments required
...
one in a Mio might have degenerated precision...
Also now finally testing core functionality
2019-09-22 21:58:18 -07:00
c1398e5fa4
more robust agains overflow + tests
2019-09-22 21:41:00 -07:00
dc56556075
trying to resolve MPI restart issues
2019-09-22 19:19:16 -07:00
40099fd581
typo
2019-09-22 17:46:37 -07:00
9fd65b0617
need to relax tolerance for case 3
2019-09-22 16:57:16 -07:00
d1566aa5bf
GNU 8 has issues with IEEE_infinite
...
errors occur when running aggressively optimized code. GNU 9.1 seems to
be ok
2019-09-22 16:05:41 -07:00
c0210659b6
statUnit was not opened, stat file was written to STDERR
2019-09-22 15:56:37 -07:00
e3de324fee
FEM tolerance was to strict
...
not clear why it pops up now, but there is no real significance beyond
these numbers anyway
2019-09-22 15:35:21 -07:00
26bdcd64b9
this might resolve the occasional MPI restart test failuers
2019-09-22 15:34:05 -07:00
4ff292ba70
IEEE infinite causes problems with older GNU
2019-09-22 14:46:27 -07:00
171a93ca30
also small negative values cause problems
...
Logic differs from the original formulation now
2019-09-22 14:17:17 -07:00
6b5b0fae22
mixed up real and aimag part in quaternion
...
+ some tests
2019-09-22 12:10:39 -07:00
25c9bb1cd7
testing some corner cases
2019-09-22 11:29:34 -07:00
62174a8978
testing all conversions
...
using norm(Delta q) ensures that the quality of the conversion is
tested, not the numerical properties of any orientation representation.
2019-09-22 11:15:27 -07:00
1e9d600068
polishing
2019-09-22 08:57:54 -07:00
6e5b9ca665
unused variables
2019-09-22 08:54:59 -07:00
77011a5dba
this fix restores the previous behavior of dislotwin
...
very strange behavior in plasticity_detect changes for dislotwin. This
fix restores the old behavior with respect to number of iterations.
Using orientation%fromMatrix() results in much more iterations and an
increase in runtime for the test from approx 6 min to 40 min. Results
still match in the end. Also, crystallite_Fp0 differs by approx 1e-15
only between the two methods.
I assume that something is wrong with either dislotwin or the
state/stress integration
2019-09-22 07:46:30 -07:00
de632ec85c
better names
2019-09-22 07:22:24 -07:00
372536d57e
unit test for rotation class
2019-09-22 06:53:03 -07:00
5fa1ecb170
determinant calculations give slightly different results
2019-09-22 06:41:55 -07:00
30afaf2a95
bugfic: Blocksize parameter was too small
2019-09-21 23:45:54 -07:00
51bd67fa29
findloc is in gfortran 9.1
2019-09-21 23:03:53 -07:00
25d91c79af
larger block size seems favorable
2019-09-21 23:03:27 -07:00
8b908fb350
some more testing
2019-09-21 21:25:55 -07:00
a963f1d2c3
better explicit
2019-09-21 09:16:58 -07:00
f5caee8026
issue now clearer
2019-09-21 08:23:56 -07:00
7ef4aca170
vectorized
...
there seems to be a conflict in the definition of the projection for
edge and screw.
Nonlocal uses the transpose compared to dislotwin/disloUCLA.
2019-09-21 08:21:39 -07:00
8013dec45f
safer
2019-09-21 07:14:45 -07:00
9e16f27fe9
proper capitalization, no more synonyms
2019-09-20 19:01:44 -07:00
Martin Diehl