I have encountered an error using v.random. It segfaults whenever I try to
create some random points.
gdb v.random
(gdb) run output=test_points npoints=6 restrict=test column=Depth --v --o
Starting program: /usr/local/grass78/bin/v.random output=test_points npoints=6 restrict=test column=Depth --v --o
warning: the debug information found in "/lib64/ld-2.27.so" does not match "/lib64/ld-linux-x86-64.so.2" (CRC mismatch).
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
WARNING: Vector map <test_points> already exists and will be overwritten
WARNING: Table <test_points> linked to vector map <test_points> does not
exist
Using native format
Generating points...
0%
Program received signal SIGSEGV, Segmentation fault.
0x0000555555558c21 in main ()
(gdb) bt #0 0x0000555555558c21 in main ()
Is there anything else I can try? І'm not sure what's going on with the
debugging symbols, but it shouldn't be causing the program to crash, right?
Hello Eric,
it is hard to say if I hit your bug or another one, but I managed to
reproduce crash and already reported it to the bug tracker: https://github.com/OSGeo/grass/issues/1024
The problem seems to be with specifying parameter "restrict". If you
really need it, just wait for a fix as it should be quite fast (famous
last words).
Māris.
ceturtd., 2020. g. 15. okt., plkst. 22:11 — lietotājs Eric Patton
(<eric.r.patton@protonmail.com>) rakstīja:
Hi guys,
I have encountered an error using v.random. It segfaults whenever I try to
create some random points.
> gdb v.random
(gdb) run output=test_points npoints=6 restrict=test column=Depth --v --o
Starting program: /usr/local/grass78/bin/v.random output=test_points npoints=6 restrict=test column=Depth --v --o
warning: the debug information found in "/lib64/ld-2.27.so" does not match "/lib64/ld-linux-x86-64.so.2" (CRC mismatch).
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
WARNING: Vector map <test_points> already exists and will be overwritten
WARNING: Table <test_points> linked to vector map <test_points> does not
exist
Using native format
Generating points...
0%
Program received signal SIGSEGV, Segmentation fault.
0x0000555555558c21 in main ()
(gdb) bt #0 0x0000555555558c21 in main ()
Is there anything else I can try? І'm not sure what's going on with the
debugging symbols, but it shouldn't be causing the program to crash, right?
My system:
> g.version -re
GRASS 7.8.4 (2020)
libgis revision: 2020-10-13T18:27:00+00:00
libgis date: 2020-10-12T13:00:00-03:00
PROJ: 7.0.0
GDAL/OGR: 3.0.4
GEOS: 3.8.0
SQLite: 3.22.0
> uname -a
Linux L-102377 5.4.0-51-generic #56~18.04.1-Ubuntu SMP Tue Oct 6 09:47:18 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
Thanks,
--
Eric Patton
Marine Geoscience Technologist
Geological Survey of Canada (Atlantic)
Natural Resources Canada
Bedford Institute of Oceanography
1 Challenger Drive, Dartmouth NS, Canada
Hello Eric,
it is hard to say if I hit your bug or another one, but I managed to
reproduce crash and already reported it to the bug tracker: https://github.com/OSGeo/grass/issues/1024
The problem seems to be with specifying parameter "restrict". If you
really need it, just wait for a fix as it should be quite fast (famous
last words).
Māris.
Thanks, Maris, much appreciated. I'll keep an eye on the status of it.
On Fri, Oct 16, 2020 at 2:13 PM Eric Patton
<eric.r.patton@protonmail.com> wrote:
On 20/10/16 12:10PM, Maris Nartiss wrote:
>
> Hello Eric,
> it is hard to say if I hit your bug or another one, but I managed to
> reproduce crash and already reported it to the bug tracker:
> https://github.com/OSGeo/grass/issues/1024
>
> The problem seems to be with specifying parameter "restrict". If you
> really need it, just wait for a fix as it should be quite fast (famous
> last words).
>
> Māris.
Thanks, Maris, much appreciated. I'll keep an eye on the status of it.
Hi Eric,
The ticket has been fixed by Māris and backported (for the upcoming
7.8.5). Can you confirm that it is fixed?