×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

Read More...

Kstars crashing

  • Posts: 1222
  • Thank you received: 565

Replied by Hy Murveit on topic Kstars crashing

OK, so it's possible that the new software fixed things, and it's possible that it works with the simulator but crashes with the real thing.
I guess we'll find out tonight. Let us know.

Hy
3 years 5 months ago #62819

Please Log in or Create an account to join the conversation.

  • Posts: 535
  • Thank you received: 109

Replied by Jim on topic Kstars crashing

Well, this is good I guess. It is not crashing tonight. There were quite a few changes in the last 24hrs, perhaps one of them was the right one. I will update if it happens again. Right now, it is still pretty bright out, so no stars, but the viewer is popping right up.

Jim

For reference, my settings right now:

3 years 5 months ago #62824
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 535
  • Thank you received: 109

Replied by Jim on topic Kstars crashing

This is fun. I went back to it later when the stars were up, Changed the filter, did a focus run, no problems. Did a capture, and BOOM crash to desktop.
I made sure everything was up to date again, and now kstars won't start, and has a seg fault right at launch. The backtrace looks like this:
Program terminated with signal SIGSEGV, Segmentation fault.
#0  QVector<float>::clear (this=0x7fffc1a64248) at /usr/include/qt5/QtCore/qvector.h:446
446	inline void QVector<T>::clear()
[Current thread is 1 (Thread 0x7f8ac161ba00 (LWP 2617))]
(gdb) bt
#0  QVector<float>::clear() (this=0x7fffc1a64248) at /usr/include/qt5/QtCore/qvector.h:446
#1  StellarSolver::createConvFilterFromFWHM(SSolver::Parameters*, double) (params=0x7fffc1a641d0, fwhm=2) at /builddir/build/BUILD/stellarsolver-1.4.git/stellarsolver/stellarsolver.cpp:541
#2  0x000056212348318f in Ekos::getDefaultHFROptionsProfiles() () at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/ekos/auxiliary/stellarsolverprofile.cpp:208
#3  0x00005621233f7d10 in OpsFITS::loadStellarSolverProfiles() (this=0x5621276f9920) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/fitsviewer/opsfits.cpp:68
#4  0x00005621233f7f4f in OpsFITS::setupHFROptions() (this=0x5621276f9920) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/fitsviewer/opsfits.cpp:98
#5  0x00005621233f8231 in OpsFITS::OpsFITS() (this=0x5621276f9920) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/fitsviewer/opsfits.cpp:52
#6  0x00005621231be73d in KStars::prepareOps() () at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/kstarsactions.cpp:1065
#7  0x00005621231ce2c7 in KStars::initActions() (this=0x562124223c00) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/kstarsinit.cpp:391
#8  0x00005621231d400b in KStars::buildGUI() (this=0x562124223c00) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/kstarsinit.cpp:948
#9  0x00005621231d41cf in KStars::datainitFinished() (this=0x562124223c00) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/kstarsinit.cpp:783
#10 0x00005621231d7123 in KStars::KStars(bool, bool, QString const&) (this=0x562124223c00, doSplash=<optimized out>, clockrun=<optimized out>, startdate=..., __in_chrg=<optimized out>, __vtt_parm=<optimized out>)
    at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/kstars.cpp:249
#11 0x00005621231d7a84 in KStars::createInstance(bool, bool, QString const&) (doSplash=<optimized out>, clockrun=<optimized out>, startdate=...) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/kstars.cpp:262
#12 0x0000562123156c59 in main(int, char**) (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/main.cpp:331

I did read something today about stellarsolver profiles changing, but not sure if it got merged or not. Will trying removing them and starting again.
Last edit: 3 years 5 months ago by Jim. Reason: aparently editing a post with code tags changed the tags from [] to which does not work
3 years 5 months ago #62830

Please Log in or Create an account to join the conversation.

  • Posts: 535
  • Thank you received: 109

Replied by Jim on topic Kstars crashing

Output from strace:
statx(AT_FDCWD, "/home/USER/.local/share/kstars/SavedHFRProfiles.ini", AT_STATX_SYNC_AS_STAT|AT_SYMLINK_NOFOLLOW, STATX_ALL, 0x7ffc48b85dd0) = -1 ENOENT (No such file or directory)
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x4} ---
+++ killed by SIGSEGV (core dumped) +++

So I did a `touch /home/USER/.local/share/kstars/SavedHFRProfiles.ini` and kstars starts again.
Last edit: 3 years 5 months ago by Jim.
3 years 5 months ago #62831

Please Log in or Create an account to join the conversation.

  • Posts: 535
  • Thank you received: 109

Replied by Jim on topic Kstars crashing 

Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=<optimized out>) at ../sysdeps/unix/sysv/linux/raise.c:49
49	  return ret;
[Current thread is 1 (Thread 0x7f7f7e8c9a00 (LWP 6355))]
(gdb) bt
#0  __GI_raise (sig=<optimized out>) at ../sysdeps/unix/sysv/linux/raise.c:49
#1  0x00007f7f8250d8a4 in __GI_abort () at abort.c:79
#2  0x00007f7f828b2946 in __gnu_cxx::__verbose_terminate_handler() () at ../../../../libstdc++-v3/libsupc++/vterminate.cc:95
#3  0x00007f7f828be1cc in __cxxabiv1::__terminate(void (*)()) (handler=<optimized out>) at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:48
#4  0x00007f7f828be237 in std::terminate() () at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:58
#5  0x00007f7f828be4e9 in __cxxabiv1::__cxa_throw(void*, std::type_info*, void (*)(void*)) (obj=<optimized out>, tinfo=0x7f7f829ecea0 <typeinfo for std::bad_alloc>, dest=0x7f7f828bc8b0 <std::bad_alloc::~bad_alloc()>) at ../../../../libstdc++-v3/libsupc++/eh_throw.cc:95
#6  0x00007f7f8308aee1 in qBadAlloc() () at global/qglobal.cpp:3338
#7  0x0000556c6bc7747e in QVector<float>::QVector(QVector<float> const&) (this=0x7fffe9fc3cf0, v=...) at /usr/include/qt5/QtCore/qvector.h:389
#8  0x0000556c6bde0ecc in SSolver::Parameters::Parameters(SSolver::Parameters const&) (this=0x7fffe9fc3c80) at /usr/include/libstellarsolver/parameters.h:246
#9  Ekos::Focus::loadStellarSolverProfiles() (this=0x556c72b8a1d0) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/ekos/focus/focus.cpp:132
#10 0x0000556c6bde1df4 in Ekos::Focus::Focus() (this=<optimized out>) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/ekos/focus/focus.cpp:115
#11 0x0000556c6bca3bd8 in Ekos::Manager::initFocus() () at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/ekos/manager.cpp:2358
#12 0x0000556c6bca6449 in Ekos::Manager::setCCD(ISD::GDInterface*) () at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/ekos/manager.cpp:1505
#13 0x00007f7f83280266 in QtPrivate::QSlotObjectBase::call(QObject*, void**) (a=0x7fffe9fc41a0, r=0x556c71da13f0, this=0x556c71c95420) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:398
#14 doActivate<false>(QObject*, int, void**) (sender=0x556c7234ed20, signal_index=5, argv=0x7fffe9fc41a0) at kernel/qobject.cpp:3886
#15 0x0000556c6bb93b86 in INDIListener::newCCD(ISD::GDInterface*) (this=<optimized out>, _t1=<optimized out>) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/x86_64-redhat-linux-gnu/kstars/KStarsLib_autogen/FRI4DANIHA/moc_indilistener.cpp:413
#16 0x0000556c6bc2bcb6 in INDIListener::registerProperty(INDI::Property*) (this=0x556c7234ed20, prop=0x7f7f1000b250) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/indi/indilistener.cpp:272
#17 0x00007f7f83278e2e in QObject::event(QEvent*) (this=0x556c7234ed20, e=0x7f7f10038890) at kernel/qobject.cpp:1314
#18 0x00007f7f83c4715f in QApplicationPrivate::notify_helper(QObject*, QEvent*) (this=<optimized out>, receiver=0x556c7234ed20, e=0x7f7f10038890) at kernel/qapplication.cpp:3630
#19 0x00007f7f83251bf8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) (receiver=0x556c7234ed20, event=0x7f7f10038890) at kernel/qcoreapplication.cpp:1063
#20 0x00007f7f83254837 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (receiver=0x0, event_type=0, data=0x556c6e300200) at kernel/qcoreapplication.cpp:1817
#21 0x00007f7f8329cf63 in postEventSourceDispatch(GSource*, GSourceFunc, gpointer) (s=s@entry=0x556c6e5729a0) at kernel/qeventdispatcher_glib.cpp:277
#22 0x00007f7f81e39fd7 in g_main_dispatch (context=0x7f7f6c005000) at ../glib/gmain.c:3325
#23 g_main_context_dispatch (context=0x7f7f6c005000) at ../glib/gmain.c:4016
#24 0x00007f7f81e8ad88 in g_main_context_iterate.constprop.0 (context=context@entry=0x7f7f6c005000, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4092
#25 0x00007f7f81e3741f in g_main_context_iteration (context=0x7f7f6c005000, may_block=1) at ../glib/gmain.c:4157
#26 0x00007f7f8329ca2f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x556c6e63ada0, flags=...) at kernel/qeventdispatcher_glib.cpp:423
#27 0x00007f7f8325065b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7fffe9fc45d0, flags=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69
#28 0x00007f7f83258020 in QCoreApplication::exec() () at ../../include/QtCore/../../src/corelib/global/qflags.h:121
#29 0x0000556c6b9d6d82 in main(int, char**) (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kstars-3.5.0.git-20201112224017.fc33.x86_64/kstars/main.cpp:348
3 years 5 months ago #62833

Please Log in or Create an account to join the conversation.

  • Posts: 1222
  • Thank you received: 565

Replied by Hy Murveit on topic Kstars crashing

I've alerted Rob to this.

I think it's a bad idea to "touch" that file. You should be able to remove all the .ini files from that directory. Please put them in a safe place though, so we might figure out what the problem was.
3 years 5 months ago #62834

Please Log in or Create an account to join the conversation.

  • Posts: 535
  • Thank you received: 109

Replied by Jim on topic Kstars crashing

touch in this case just creates an empty file where one did not exist before. Thanks for alerting Rob. If it does not exist, it should let the user know, or create one for them.
3 years 5 months ago #62836

Please Log in or Create an account to join the conversation.

  • Posts: 535
  • Thank you received: 109

Replied by Jim on topic Kstars crashing

The problem for this latest iteration is something in the last 48 hrs has caused the RPM kstars build at Copr to go longer than 1 hour. After 1 hour, the build terminates. There has not been a clean kstars build now for about 36 hours, so I did a local build from current master, and am back to the place where the fitviewer crashes kstars if Auto WCS is enabled in the settings.

I'll need to figure out why the build is taking that long now, but at least back to where I was last night with fresh HEAD of all packages is something to move forward on this problem with.
3 years 5 months ago #62837

Please Log in or Create an account to join the conversation.

  • Posts: 1222
  • Thank you received: 565

Replied by Hy Murveit on topic Kstars crashing

Yes. I'm familiar with the touch command. What I meant to say was that it is probably a bad idea to create empty .ini files.

KStars definitely works when those files are not there. In fact, that is the default. Those files are only created when the user modified the default behavior. That is why I was hoping that removing corrupted versions of those files might help.
3 years 5 months ago #62838

Please Log in or Create an account to join the conversation.

  • Posts: 535
  • Thank you received: 109

Replied by Jim on topic Kstars crashing

I understand, and tried removing them. It did not help, but updating the code again seems to have helped. The code base is very dynamic right now, as you are well aware :)

Still worth alerting Rob about, as without the empty file, kstars does not run. With the empty file, it seems to run so far.
Last edit: 3 years 5 months ago by Jim.
3 years 5 months ago #62839

Please Log in or Create an account to join the conversation.

  • Posts: 535
  • Thank you received: 109

Replied by Jim on topic Kstars crashing

We need a kstars/INDI live chat room.
3 years 5 months ago #62840

Please Log in or Create an account to join the conversation.

  • Posts: 2877
  • Thank you received: 812

Replied by Rob Lancaster on topic Kstars crashing

Hy did let me know about it.

This is indeed a very odd error. According to your crash log, it had nothing to do with the saved profiles since it occurred during this method: "Ekos::getDefaultHFROptionsProfiles()" which implies it was running the code to make the default ones. When a profile is created it gets a default conv filter in the first place. According to this log, it crashed when it was trying to replace that default conv filter with a new one it was creating from the FWHM using this method: " createConvFilterFromFWHM". Specifically it crashed when it was trying to run the clear method on the old filter. That doesn't make sense that it should crash there because we know the convolution filter exists already and the clear function should clear it of values.

The only way I would think this might make sense would be if the convolution filter wasn't created properly in the first place. Maybe some quirk of the OS? I don't know. We will need to investigate. I haven't seen a crash here on any system I tested this on, Windows, Mac, or Linux.
3 years 5 months ago #62845

Please Log in or Create an account to join the conversation.

Time to create page: 2.031 seconds