<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 23, 2014 at 1:44 PM, Vaclav Petras <span dir="ltr"><<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Mon, Sep 22, 2014 at 9:53 AM, Vaclav Petras <span dir="ltr"><<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span>On Wed, Sep 17, 2014 at 9:22 AM, Vaclav Petras <span dir="ltr"><<a href="mailto:wenzeslaus@gmail.com" target="_blank">wenzeslaus@gmail.com</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><span><div>Hi,<br><br>doctest for pygrass.vector are crashing with segmentation fault in Vect_gen_num_db_links() function.<br><br></div></span>...<span><br><div><div><br> Unfortunately, the segfault is not visible in test report, output just ends. The return code of all -11, does this mean something? Do you know how to get the info which is available to system crash handler (which contains "crashed with SIGSEGV", function name and even call stack)?</div><span><font color="#888888"><br></font></span></div></span></div></blockquote><div><div><div>I got the crash report again, now with<br><br></div>test_doctest.py crashed with SIGSEGV in Vect_line_prune()<br><br></div>in piemonte_utf32_wgs84_grass7 location.<br><br></div></div></div></div></blockquote></span><div>Now again segmentation fault in Vect_get_num_db_links(). There were some details about "target" and "source", not sure if really useful but it would be great to have a way to obtain this info.<br></div><span class=""><div> </div></span></div></div></div></blockquote><div>This error is still present. The tests expects to run in NC basic location but it runs in full one, so the map names are slightly different. So, it should fail but to with segmentation fault.<br></div><div><br></div><div>Anyway, now I noticed that there are some processes still alive after the tests ended. All have status "Sleeping" and each uses about 20 MB of memory, waiting channel is "poll_schedule_timeout", all are "python ... /path/to/pygrass/vector/testsuite/test_doctest.py". Now I have 5 processes for each day. I'm not completely sure about their times, 3 are from one hour and 2 from another. I run all tests 3 times (in different locations). I was not make sense out of the times and process count but it is highly probable that it relates to the segmentation fault since it is the same file.<br><br></div><div>If you have some ideas about the processes, please share. It would be good if somebody could test it.<br><br></div><div>To run the test use<br><br>python test_doctest.py<br><br></div><div>in `lib/python/pygrass/vector/testsuite` directory and NC sample location (you can try both basic and full).<br><br></div><div>To run the test as a part of all other tests use<br><br>python -m grass.gunittest.main --location nc_spm_grass7 --location-type nc<br><br></div><div>in GRASS session in GRASS source code top directory (it will use current session and GISDBASE/grassdata).<br><br></div><div><br></div><div>Vaclav<br></div><div><br></div><div><br><a href="http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2014-10-13-07-00/report_for_piemonte_utm32_wgs84_grass7_stdmaps/lib/python/pygrass/vector/test_doctests/index.html">http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2014-10-13-07-00/report_for_piemonte_utm32_wgs84_grass7_stdmaps/lib/python/pygrass/vector/test_doctests/index.html</a><br><a href="http://grass.osgeo.org/grass71/manuals/libpython/gunittest_testing.html#testing-with-gunittest-package-in-general">http://grass.osgeo.org/grass71/manuals/libpython/gunittest_testing.html#testing-with-gunittest-package-in-general</a><br><a href="http://grass.osgeo.org/grass71/manuals/libpython/gunittest_running_tests.html">http://grass.osgeo.org/grass71/manuals/libpython/gunittest_running_tests.html</a><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div>Again, the info is only in system crash report dialog. It is even not visible in the report:<br><br><a href="http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2014-09-22-07-00/report_for_piemonte_utm32_wgs84_grass7_stdmaps/lib/python/pygrass/vector/test_doctests/index.html" target="_blank">http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2014-09-22-07-00/report_for_piemonte_utm32_wgs84_grass7_stdmaps/lib/python/pygrass/vector/test_doctests/index.html</a><br></div></div><br></div><div class="gmail_extra">If somebody has a experience with getting these reports or information about process segmentation fault, please let me know.<span><font color="#888888"><br><br></font></span></div><span><font color="#888888"><div class="gmail_extra">Vaclav<br></div><div class="gmail_extra"><br></div></font></span></div>
</blockquote></span></div><br></div></div>
</blockquote></div><br></div></div>