Grid generation error in v8.0 when com.nxxpt>0

[holm10]

Error not present in v7, where code crashes when trying to generate grids with additional X-points added.

Minimal working (crashing) example attached, sample output below. Error not always reproducible (sometimes executes well --> memory allocation issue?)

In [1]: import griderror

Uedge version 8.0.0, an update is available to 8.0.0.1

# UEDGE version: 8.0.0
***** Grid generation has been completed
smoothx: no intersec'n of j= 31 with str line for iy= 1
zsh: segmentation fault ipython

griderror.tar.gz

[holm10]

On consequtive executions of the script, the j-index sometimes varies to j=47, and sometimes executes successfully

[holm10]

Error in trying to construct orthogonal surfaces. Trying to make error messages more explanatory. Contact Marv.

[holm10]

Bill will run valgrind and report on the findings (valgrind python )

[llnl-fesp]

On Singe the Anaconda 3 includes libgfortran.so.4. The problem occurs when another compiler is selected that uses libgfortran.so.5. Here is the output of ldd on the flx package shared object:

└──$ ldd flxpy.cpython-37m-x86_64-linux-gnu.so
linux-vdso.so.1 => (0x00007ffdd9134000)
libgfortran.so.4 => /usr/local/anaconda/anaconda3/lib/libgfortran.so.4 (0x00007ff294e79000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff294bae000)
libc.so.6 => /lib64/libc.so.6 (0x00007ff2947e0000)
libquadmath.so.0 => /usr/local/anaconda/anaconda3/lib/libquadmath.so.0 (0x00007ff294e13000)
libm.so.6 => /lib64/libm.so.6 (0x00007ff2944de000)
libgcc_s.so.1 => /usr/local/anaconda/anaconda3/lib/libgcc_s.so.1 (0x00007ff294dff000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff294dca000)

Note that libgfortran.so.4 is used in spite of a version 5 compiler. This is not compatible and can easily cause a crash. Working on a solution. For now the workaround is to compile with version 7 or older.

[holm10]

Issue pertaining to smoothx routine fixed in commit 82f5f64
Issue description in tag 8.0.4-patch.1