<div dir="ltr">to continue yesterday's saga, <div>I restarted the same job tonight (under gdb).</div><div>I noticed that the target position is in the trees--so it should have difficulty solving etc.</div><div>scheduler starts up, </div><div>it slews (to a point that's mostly obscured, as I said) </div><div>it manages to focus properly anyway, using stars that come through the trees.</div><div>it crashes in align.</div><div><br></div><div>Below is the stdout/err including the (uninformative) gdb backtrace,</div><div>and the log is here: <a href="https://drive.google.com/file/d/1RbOZP9UB-u_5d-tuiSVUSSnC7LCIkQSI/view?usp=sharing">https://drive.google.com/file/d/1RbOZP9UB-u_5d-tuiSVUSSnC7LCIkQSI/view?usp=sharing</a></div><div><br></div><div>[EDIT: FWIW, I re-tried with an object that is not obscured, and got the same failure--perhaps this is related to my 8Gb RPi4? E.g. StellarSolver</div><div>thinks it has more memory to play with than it really has?]</div><div><br></div><div>I wish I knew how to find out what is allocating so much memory that malloc fails.</div><div><br></div><div>[New Thread 0xa101a0a0 (LWP 18837)]<br>[Thread 0xa101a0a0 (LWP 18837) exited]<br>Found one coordinate representation.<br>[New Thread 0xa101a0a0 (LWP 18857)]<br>[New Thread 0x8fd590a0 (LWP 18858)]<br>TAN-SIP Structure:<br> crval=(79.7863, 33.766)<br> crpix=(1185.67, 224.415)<br> CD = ( -0.0010881 0.00016994 )<br> ( -0.00016994 -0.0010881 )<br> image size = (1552 x 1173)<br> SIP order: A=2, B=2, AP=2, BP=2<br> A = 0 0 0<br> 0 0<br> 0<br> B = 0 0 0<br> 0 0<br> 0<br> AP = 0 0 0<br> 0 0<br> 0<br> BP = 0 0 0<br> 0 0<br> 0<br> sqrt(det(CD))=3.9646 [arcsec]<br>TAN-SIP Structure:<br> crval=(80.3947, 33.4387)<br> crpix=(776.5, 587)<br> CD = ( -0.0010897 0.00016478 )<br> ( -0.00016379 -0.0010902 )<br> image size = (1552 x 1173)<br> SIP order: A=2, B=2, AP=2, BP=2<br> A = 0 0 2.0552e-07<br> 0 -3.6796e-07<br> 2.0958e-07<br> B = 0 0 1.8151e-07<br> 0 1.9834e-07<br> -6.3042e-07<br> AP = -4.3387e-08 -1.2113e-07 -2.0552e-07<br> 1.523e-07 3.6796e-07<br> -2.0958e-07<br> BP = -4.7244e-09 9.1297e-08 -1.8151e-07<br> -1.776e-07 -1.9834e-07<br> 6.3042e-07<br> sqrt(det(CD))=3.96813 [arcsec]<br>[Thread 0xa101a0a0 (LWP 18857) exited]<br>Found one coordinate representation.<br>[New Thread 0xa101a0a0 (LWP 19067)]<br>[New Thread 0x8f5580a0 (LWP 19072)]<br>terminate called after throwing an instance of 'std::bad_alloc'<br> what(): std::bad_alloc<br><br>Thread 54 "QThread" received signal SIGABRT, Aborted.<br>[Switching to Thread 0x8fd590a0 (LWP 18858)]<br>__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50<br>50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.<br>(gdb) where<br>#0 0xb38d1f24 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50<br>#1 0xb38bd230 in __GI_abort () at abort.c:79<br>#2 0xb3b178d8 in __gnu_cxx::__verbose_terminate_handler() () at /lib/arm-linux-gnueabihf/libstdc++.so.6<br>#3 0xb3b155b0 in () at /lib/arm-linux-gnueabihf/libstdc++.so.6<br>#4 0xb3b15624 in () at /lib/arm-linux-gnueabihf/libstdc++.so.6<br>#5 0xb422ca18 in qt_assert(char const*, char const*, int) () at /lib/arm-linux-gnueabihf/libQt5Core.so.5<br>#6 0xb4259ce0 in () at /lib/arm-linux-gnueabihf/libQt5Core.so.5<br>#7 0xb5009494 in start_thread (arg=0x8fd590a0) at pthread_create.c:486<br>#8 0xb397d578 in () at ../sysdeps/unix/sysv/linux/arm/clone.S:73<br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 14, 2020 at 12:49 AM Hy Murveit <<a href="mailto:murveit@gmail.com">murveit@gmail.com</a>> wrote:<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">I got my system working, though I'm not sure of all what happened.<div>Here's a partial debrief.</div><div><br></div><div>Something happened that caused align to fail, and possibly to crash with the bad_alloc early in the evening.</div><div>Don't know what that was. When that happened, my telescope was left pointing at my target--not at the north star.</div><div>I restarted kstars and tried to get align working...but I forgot to reset the scope.</div><div>From then on, when I was debugging and trying to get my system working again, my scope</div><div>had the wrong idea about where it was pointing, and so the "use position" constraint in alignment caused it to fail,</div><div>and me to debug in vain.</div><div><br></div><div>Once I actually went outside and looked at the scope, I realized I should disable "use position" and ASTAP worked.</div><div>Then I purged the park position, and got the scope and kstars/indi back on track.</div><div>I actually got one more bad_malloc from StellarSolver's internal solver, but I don't have the energy to figure out</div><div>if there's still an issue with that. I'm just going to image with ASTAP tonight, and worry about it some other day.</div><div><br></div><div>Hy</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 13, 2020 at 11:38 PM Hy Murveit <<a href="mailto:murveit@gmail.com" target="_blank">murveit@gmail.com</a>> wrote:<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">Don't know what's up tonight, but cannot solve at all, and sometimes crash.<div>Here's a log with a std::bad_alloc on the stderr and a crash</div><div><br></div><div><a href="https://drive.google.com/file/d/1nR3r7Tijjj9HIJuUxvbTXngLobAbo-Md/view?usp=sharing" target="_blank">https://drive.google.com/file/d/1nR3r7Tijjj9HIJuUxvbTXngLobAbo-Md/view?usp=sharing</a><br></div><div><br></div><div>The end of the log has values that look corrupted</div><div><br></div><div>[2020-12-13T23:29:39.139 PST INFO ][ org.kde.kstars.ekos.align] - "codetol -2.71764e-51"<br>[2020-12-13T23:29:39.174 PST INFO ][ org.kde.kstars.ekos.align] - "startdepth 60"<br>[2020-12-13T23:29:39.209 PST INFO ][ org.kde.kstars.ekos.align] - "enddepth 70"<br>[2020-12-13T23:29:39.244 PST INFO ][ org.kde.kstars.ekos.align] - "fieldunits_lower -2.71764e-51"<br>[2020-12-13T23:29:39.279 PST INFO ][ org.kde.kstars.ekos.align] - "fieldunits_upper -2.71764e-51"<br>[2020-12-13T23:29:39.316 PST INFO ][ org.kde.kstars.ekos.align] - "verify_pix -2.71764e-51"<br>[2020-12-13T23:29:39.352 PST INFO ][ org.kde.kstars.ekos.align] - "xcolname X"<br>[2020-12-13T23:29:39.388 PST INFO ][ org.kde.kstars.ekos.align] - "ycolname Y"<br>[2020-12-13T23:29:39.423 PST INFO ][ org.kde.kstars.ekos.align] - "maxquads 0"<br>[2020-12-13T23:29:39.458 PST INFO ][ org.kde.kstars.ekos.align] - "maxmatches 0"<br>[2020-12-13T23:29:39.493 PST INFO ][ org.kde.kstars.ekos.align] - "cpulimit -0.000000"<br>[2020-12-13T23:29:39.529 PST INFO ][ org.kde.kstars.ekos.align] - "timelimit 600"<br>[2020-12-13T23:29:39.564 PST INFO ][ org.kde.kstars.ekos.align] - "total_timelimit -2.71764e-51"<br></div><div><br></div><div><br></div></div>
</blockquote></div>
</blockquote></div>