crash

Hy Murveit murveit at gmail.com
Mon Apr 4 09:24:58 BST 2022


Here's a similar crash to what I've been experiencing. This time, though it
shows up in the solver.

Here's the gdb backtrace:

--Type <RET> for more, q to quit, c to continue without paging--

Thread 19 "Thread (pooled)" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff8fffd700 (LWP 163313)]
tcache_get (tc_idx=<optimized out>) at malloc.c:2937
2937 malloc.c: No such file or directory.
(gdb) where
#0  tcache_get (tc_idx=<optimized out>) at malloc.c:2937
#1  __GI___libc_malloc (bytes=60) at malloc.c:3051
#2  0x00007ffff68fb793 in SEP::addobjdeep(int, SEP::objliststruct*,
SEP::objliststruct*, int)
    (objnb=objnb at entry=0, objl1=objl1 at entry=0x7fff78284ec8,
objl2=0x7fff78149250, plistsize=20)
    at /home/hy/Projects/stellarsolver/stellarsolver/sep/util.cpp:378
#3  0x00007ffff68f70fa in SEP::Deblend::deblend(SEP::objliststruct*, int,
SEP::objliststruct*, int, double, int, SEP::Lutz*)
    (this=0x7fff78284eb0, objlistin=objlistin at entry=0x7fff8fffc250,
l=l at entry=0, objlistout=objlistout at entry=0x7fff8fffc0a0,
deblend_nthresh=deblend_nthresh at entry=32,
deblend_mincont=deblend_mincont at entry=0.0050000000000000001,
minarea=minarea at entry=10, lutz=0x7fff78112300)
    at /home/hy/Projects/stellarsolver/stellarsolver/sep/deblend.cpp:132
#4  0x00007ffff68f7956 in SEP::Extract::sortit(SEP::infostruct*,
SEP::objliststruct*, int, SEP::objliststruct*, int, double, double)
    (this=this at entry=0x55555a5df790, info=info at entry=0x7fff782535c0,
objlist=objlist at entry=0x7fff8fffc250, minarea=minarea at entry=10,
finalobjlist=finalobjlist at entry=0x7fff781478d0,
deblend_nthresh=deblend_nthresh at entry=32,
deblend_mincont=deblend_mincont at entry=0.0050000000000000001,
gain=<optimized out>)
    at /usr/include/c++/9/bits/unique_ptr.h:360
#5  0x00007ffff68f9e83 in SEP::Extract::sep_extract(SEP::sep_image*, float,
int, int, float*, int, int, int, int, double, int, double,
SEP::sep_catalog**)
    (this=this at entry=0x55555a5df790, image=image at entry=0x7fff8fffc740,
thresh=202.6987, thresh_type=thresh_type at entry=1, minarea=10,
conv=0x7fff78125418, convw=convw at entry=3, convh=3, filter_type=<optimized
out>, deblend_nthresh=32,
deblend_cont=deblend_cont at entry=0.0050000000000000001,
clean_flag=1, clean_param=clean_param at entry=1, catalog=0x7fff8fffc680)
--Type <RET> for more, q to quit, c to continue without paging--
   cpp:646
#6  0x00007ffff68b77c8 in
InternalExtractorSolver::extractPartition(InternalExtractorSolver::ImageParams
const&) (this=0x55555ca7e1e0, parameters=...)
    at /usr/include/x86_64-linux-gnu/qt5/QtCore/qarraydata.h:211
#7  0x00007ffff68c09a9 in non-virtual thunk to
QtConcurrent::RunFunctionTask<QList<FITSImage::Star> >::run() () at
/usr/include/c++/9/bits/exception.h:63
#8  0x00007ffff501ef82 in  () at /lib/x86_64-linux-gnu/libQt5Core.so.5
#9  0x00007ffff501b9d2 in  () at /lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x00007ffff699a609 in start_thread (arg=<optimized out>) at
pthread_create.c:477
#11 0x00007ffff48e6163 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Here's the end of the log


End of the log file:

[2022-04-04T00:44:52.412 PDT INFO ][           org.kde.kstars.indi] - ZWO
CCD ASI1600MM Pro :  "[INFO] Exposure done, downloading image... "
[2022-04-04T00:44:52.439 PDT INFO ][           org.kde.kstars.indi] - ZWO
CCD ASI1600MM Pro :  "[INFO] Download complete. "
[2022-04-04T00:44:52.643 PDT DEBG ][           org.kde.kstars.indi] - Image
received. Mode: "Normal" Size: 32785920
[2022-04-04T00:44:52.775 PDT INFO ][           org.kde.kstars.indi] -
"FITS" file saved to
"/home/pi/mydisk/m101/Light/LPR/m101_Light_LPR_120_secs_2022-04-04T00-44-52_330.fits"
[2022-04-04T00:44:52.775 PDT DEBG ][           org.kde.kstars.fits] -
Reading file buffer ( "31.3 MiB" )
[2022-04-04T00:44:52.828 PDT INFO ][   org.kde.kstars.ekos.capture] -
"Download Time: 0.26 s, New Download Time Estimate: 0.26 s."
[2022-04-04T00:44:52.950 PDT INFO ][   org.kde.kstars.ekos.capture] -
"Received image 16 out of 60."
[2022-04-04T00:44:52.951 PDT DEBG ][           org.kde.kstars.indi] - Image
received. Mode: "Guide" Size: 1235520
[2022-04-04T00:44:52.951 PDT DEBG ][           org.kde.kstars.fits] -
Reading file buffer ( "1.2 MiB" )


I think it's really suspicious that a guide frame happened to be received
within 0.2s of the receiving of a capture frame.
Both will be using the solver. The guide frame uses the solver to detect
stars for guiding.
The sub will detect stars to compute the HFR, and, on top of that, I have
the (scheduler-based) alignment computation set to run on each frame, so it
will solve the sub.
That's 2 or 3 operations using the solver near the same time.

Hy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kstars-devel/attachments/20220404/9fc59786/attachment.htm>


More information about the Kstars-devel mailing list