<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hm, I’m afraid I cannot confirm this. Now I had the same problem on IC1805:<div class=""><br class=""></div><div class=""><div class=""><div class="">wolfgang@astro-pi:~/sterne-jaeger/git/stellarsolver $ ls /tmp/*cancel</div><div class="">/tmp/internalSextractorSolver_22.cancel</div><div class="">/tmp/internalSextractorSolver_23.cancel</div><div class="">/tmp/internalSextractorSolver_24.cancel</div><div class="">wolfgang@astro-pi:~/sterne-jaeger/git/stellarsolver $ </div></div><div class=""><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="">Am 18.11.2020 um 21:50 schrieb Robert Lancaster <<a href="mailto:rlancaste@gmail.com" class="">rlancaste@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="content-type" content="text/html; charset=utf-8" class=""><div dir="auto" class="">And did I recall that you said this normally works, just not for this area of the sky?<br class=""><br class=""><div dir="ltr" class="">Sent from my iPad</div><div dir="ltr" class=""><br class=""><blockquote type="cite" class="">On Nov 18, 2020, at 3:43 PM, Wolfgang Reissenberger <<a href="mailto:sterne-jaeger@openfuture.de" class="">sterne-jaeger@openfuture.de</a>> wrote:<br class=""><br class=""></blockquote></div><blockquote type="cite" class=""><div dir="ltr" class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">Hi Robert,<div class="">The list was not complete. The single runs always left three cancel files:</div><div class=""><br class=""></div><div class=""><div class=""><div class="">externalSextractorSolver_1_101.cancel</div><div class="">externalSextractorSolver_1_151.cancel</div><div class="">externalSextractorSolver_1_51.cancel</div><div class=""><br class=""></div></div><div class=""><div class=""><div class="">internalSextractorSolver_10.cancel</div><div class="">internalSextractorSolver_12.cancel</div><div class="">internalSextractorSolver_13.cancel</div><div class="">internalSextractorSolver_14.cancel</div><div class="">internalSextractorSolver_15.cancel</div><div class="">internalSextractorSolver_2.cancel</div><div class="">internalSextractorSolver_3.cancel</div><div class="">internalSextractorSolver_4.cancel</div><div class="">internalSextractorSolver_5.cancel</div><div class="">internalSextractorSolver_7.cancel</div><div class="">internalSextractorSolver_8.cancel</div><div class="">internalSextractorSolver_9.cancel</div></div></div><div class=""><br class=""></div><div class="">Everything was created with the latest StellarSolver version 2cac32ffb3523dbcb4b3d43afd73e96959b52d8d</div><div class=""><br class=""></div><div class="">Wolfgang</div><div class=""><br class=""><blockquote type="cite" class=""><div class="">Am 18.11.2020 um 21:09 schrieb Robert Lancaster <<a href="mailto:rlancaste@gmail.com" class="">rlancaste@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Is this using the latest StellarSolver? And can you try the same image in the StellarSolverTester?<div class=""><br class=""></div><div class="">The numbers don’t quite add up here. I assume you have 4 threads running, so there would be 4 solvers. If the first one solved, that does leave 3, that is correct. But I am counting these files and I see 5 in the one case and 2 in the other. May I assume that there was more than one solve that took place with the external solver? Or maybe some leftover files? Did one of the internal threads shut down properly leaving just 2?<br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On Nov 18, 2020, at 1:08 PM, Wolfgang Reissenberger <<a href="mailto:sterne-jaeger@openfuture.de" class="">sterne-jaeger@openfuture.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi Robert,<div class="">It happens both for the internal solver and the external <a href="http://astrometry.net/" class="">astrometry.net</a> solver. After a successful solve, there appear three cancel files that remain - in both cases - in the /tmp directory:</div><div class=""><br class=""></div><div class=""><div class="">externalSextractorSolver_1_101.axy</div><div class="">externalSextractorSolver_1_101.cancel</div><div class="">externalSextractorSolver_1_101.cfg</div><div class="">externalSextractorSolver_1_101.xyls</div><div class="">externalSextractorSolver_1_151.axy</div><div class="">externalSextractorSolver_1_151.cancel</div><div class="">externalSextractorSolver_1_151.cfg</div><div class="">externalSextractorSolver_1_151.xyls</div><div class="">internalSextractorSolver_10.cancel</div><div class="">internalSextractorSolver_12.cancel</div><div class="">internalSextractorSolver_13.cancel</div><div class="">internalSextractorSolver_14.cancel</div><div class="">internalSextractorSolver_15.cancel</div></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">Am 17.11.2020 um 21:51 schrieb Robert Lancaster <<a href="mailto:rlancaste@gmail.com" class="">rlancaste@gmail.com</a>>:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Yeah, this could be something with his system. It works fine on all my systems. I was wondering if we could see the reason it doesn’t work for him. I’m not sure what it could be yet, but maybe the cancel files are not getting made for some reason. Maybe there is something up with his temp directory?<br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On Nov 17, 2020, at 3:43 PM, Jasem Mutlaq <<a href="mailto:mutlaqja@ikarustech.com" class="">mutlaqja@ikarustech.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">I tried this in load and slew. While it failed to solve the image, it terminated correctly.<div class=""><br clear="all" class=""><div class=""><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class="">--</div><div class="">Best Regards,<br class="">Jasem Mutlaq<br class=""></div><div class=""><br class=""></div></div></div></div></div></div><br class=""></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 17, 2020 at 11:39 PM Robert Lancaster <<a href="mailto:rlancaste@gmail.com" class="">rlancaste@gmail.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;" class="">Hi Wolfgang,<div class=""><br class=""></div><div class="">Does this happen when you try to solve the image in the StellarSolver tester, or just in KStars? Does it happen when using the internal solvers and the local <a href="http://astrometry.net/" target="_blank" class="">astrometry.net</a>, or just the internal ones? Does it happen on more than one computer or just this one?</div><div class=""><br class=""></div><div class="">Can you look in the temp directory and watch what happens? The way <a href="http://astrometry.net/" target="_blank" class="">astrometry.net</a> works, to abort the internal or external solvers, a “cancel” file must be made, and once it notices that file, it aborts the solve. It is basically an empty file. What you should see happen is that the one solver solves the image, and then Stellarsolver tells the other solvers to abort, it does this by creating a cancel file for each one. Then when each one shuts down, it will delete its cancel file.</div><div class=""><br class=""></div><div class="">I am concerned from your log here that possibly on your system the cancel file does not have the correct name so it is not being made perhaps. But I need more information to be sure.</div><div class=""><br class=""></div><div class="">The current naming scheme is that each solver gets a number, and any temp files it creates would have this number appended. The internal solvers will have very few of these temp files (just solved and cancel), but the external ones have multiple files. The cancel files should look something like this: "internalSextractorSolver_20.cancel”</div><div class=""><br class=""></div><div class="">Can you see if this happens in this case.</div><div class=""><br class=""></div><div class="">Thanks,</div><div class=""><br class=""></div><div class="">Rob<br class=""><div class=""><blockquote type="cite" class=""><div class="">On Nov 17, 2020, at 2:01 PM, Wolfgang Reissenberger <<a href="mailto:sterne-jaeger@openfuture.de" target="_blank" class="">sterne-jaeger@openfuture.de</a>> wrote:</div><br class=""><div class=""><div style="overflow-wrap: break-word;" class="">Hi Robert,<div class="">I am running StellarSover on commit 2cac32ffb3523dbcb4b3d43afd73e96959b52d8d, but the problem when solving NGC6888 remains. It seems like after a successful termination of one solver, the others keep running.</div><div class=""><br class=""></div><div class="">There appears a warning around the first successful solve:</div><div class=""><br class=""></div><div class=""><div class="">[2020-11-17T19:47:27.267 CET INFO ][ org.kde.kstars.ekos.align] - "Successfully solved with child solver: 1"</div><div class="">[2020-11-17T19:47:27.269 CET INFO ][ org.kde.kstars.ekos.align] - "Shutting down other child solvers"</div><div class="">[2020-11-17T19:47:27.270 CET WARN ][ default] - Empty filename passed to function</div><div class="">[2020-11-17T19:47:27.270 CET WARN ][ default] - QFile::remove: Empty or null file name</div><div class="">[2020-11-17T19:47:27.271 CET WARN ][ default] - QFile::remove: Empty or null file name</div><div class="">[2020-11-17T19:47:27.271 CET INFO ][ org.kde.kstars.ekos.align] - "Solver completed after 1.76 seconds.“</div></div><div class=""><br class=""></div><div class="">The entire log file is here:</div><div class=""><a href="https://drive.google.com/open?id=1UTy8HCBSg2GILYvuzHlrIWKqrTGw7rYL" target="_blank" class="">https://drive.google.com/open?id=1UTy8HCBSg2GILYvuzHlrIWKqrTGw7rYL</a></div><div class=""><br class=""></div><div class="">Wolfgang</div><div class=""><br class=""></div></div></div></blockquote></div><br class=""></div></div></blockquote></div>
</div></blockquote></div><br class=""></div></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></div></div></blockquote></div></div></blockquote></div><br class=""></div></body></html>