Closed EJFielding closed 3 years ago
👋 Thanks for opening your first issue here! Please make sure you filled out the template with as much detail as possible. We appreciate that you took the time to contribute!
Please make sure you read our Contributing Guide and abide by our Code of Conduct.
I think I know what is going on (but will check of course). You can see grdmask (called from surface) saying
grdmask [WARNING]: Number of input columns required [2] is less that implied by -i [3]
so I suspect the -o0,1,3 option is blindly passed on to grdmask (which of course is only getting the x,y,s triplets and hence "3" does not exist...
Thanks for looking at it. This also looks suspicious:
surface (gmtlib_free_tmp_arrays): tried to free unallocated memory
Thanks @PaulWessel. It is great to see how much GMT has been improved with all the integration under the hood between the programs. I guess there are occasional problems like this due to the added complexity.
Yes, the -M option to surface is relatively new so not unusual to find lame bugs early on. At least they are usually very simple to fix and just reflect forgetting a step, like here.
Description of the problem
I am using
surface
to interpolate points from a file that hasx y z s
records. It was working fine when I ranawk
to extract the threex y s
values to a separate file. I tried to read the original file with four columns using-i0,1,3
and it crashes with a segmentation violation.Full script that generated the error
Crucecita-xyzs.txt
Full error message
surface-error.txt
Actual outcome
No output
.nc
file.Expected outcome
Expected an interpolated surface grid.
System information
gmt --version
): 6.1.1 (installed with MacPorts gmt6 @6.1.1_0+gdal+nonfree+pcre)