Tonight was supposed to be my first night out after a run of cloudy nights. I had upgraded to 1.8.5 as soon as it was available on the stable PPA. When I started INDI, it crashed. The attached drivers were EQMOD, Moonlite, ZWO (2 cameras and 1 EFW). On further testing, both EQMOD with simulators and Moonlite with simulators crashed.

See this bug report: Bug 420490

For more information, the arduino-based moonlite controller was connected for all connections tested. Seeing Ekos Crashing , I disconnected the arduino and successfully connected all the other devices. After they were connected, I could plug in the arduino and proceed as normal.

I will retrigger KStars build and we might need to have a teamviewer session so I can debug in real-time.

I'll give it a go tonight if the build appears in the stable channel. I just updated kstars-bleeding-data, libstarshootg, kstars-bleeding-dbg and kstars-bleeding. Are there any other packages that should update today?

I if crashes, I'll run gdb and post the results. The workaround of unplugging the arduino before starting EKOS and plugging it in after all the other equipment is connected worked for me last night.

Another issue from last night, probably unrelated, I had both ASI cameras change from 16 bit to 8 bit without me being aware of making any changes.

The same happens with your Arduino based SQM. With the SQM connected, KStars crashes. Without it, it runs OK.

I git pulled, compiled and this is what happens....

[New Thread 0x7fffbbfff700 (LWP 10720)]
org.kde.kstars.ekos: "INDI services started on port 7624."
org.kde.kstars.ekos: Ekos received a new device: "SQM"
org.kde.kstars.ekos: Ekos received a new device: "Telescope Simulator"

Thread 1 "kstars" received signal SIGSEGV, Segmentation fault.
__strlen_avx2 () at ../sysdeps/x86_64/multiarch/strlen-avx2.S:65
65 ../sysdeps/x86_64/multiarch/strlen-avx2.S: No such file or directory.
(gdb) backtrace
#0 0x00007ffff4aacba5 in __strlen_avx2 () at ../sysdeps/x86_64/multiarch/strlen-avx2.S:65
#1 0x00007ffff57a53c0 in QString::compare_helper(QChar const*, int, char const*, int, Qt::CaseSensitivity) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2 0x000055555562d8d0 in QString::operator==(char const*) const
(this=0x55555caacfd0, s=0x1f00000000 <error: Cannot access memory at address 0x1f00000000>)
at /usr/include/x86_64-linux-gnu/qt5/QtCore/qstring.h:1238
#3 0x00005555559bc2a5 in INDIListener::registerProperty(INDI::Property*) (this=0x55555a49be20, prop=0x7fff8c0244b0)
at /home/trifid/Astro/kstars/kstars/indi/indilistener.cpp:238
#4 0x000055555592058e in INDIListener::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)
(_o=0x55555a49be20, _c=QMetaObject::InvokeMetaMethod, _id=11, _a=0x7fff8c000f80)
at /home/trifid/Astro/kstars/kstars/KStarsLib_autogen/FRI4DANIHA/moc_indilistener.cpp:185
#5 0x00007ffff590ae4a in QObject::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6 0x00007ffff641ca86 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#7 0x00007ffff6425e00 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#8 0x00007ffff58dea2a in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#9 0x00007ffff58e16a8 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x00007ffff5937037 in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x00007ffff43e78bd in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#12 0x00007ffff43e7b40 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#13 0x00007ffff43e7be3 in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 0x00007ffff5936635 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#15 0x00007ffff58dd5cb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#16 0x00007ffff58e5336 in QCoreApplication::exec() () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#17 0x000055555563288f in main(int, char**) (argc=1, argv=0x7fffffffdf28) at /home/trifid/Astro/kstars/kstars/main.cpp:332
(gdb)

Looks like some property is defined without being properly initialized fully yet... where can I get the driver? is it possible to trigger the crash without having arduino?

Plugging in the arduino after everything else works. I can send you the arduino code for my focuser if that's what you want.

Ok please do .. I have arduino around here that I never used in years. What about the driver? is this using indi-duino or just the regular SQM driver?

I think this is the correct focuser firmware; I use an UNO for this implementation. The driver for this is the Moonlite driver.




I think this is the SQM I have (but not connected at the moment). Mine is based on the Leonardo. When I have connected it in the past, I used the SQM driver.

Edit: I forgot to unplug my UNO moonlite focuser. I get essentially the same backtrace if I only have the SQM (Leonardo) plugged in. As with the focus controller, plugging it in after INDI starts works.

I just ran my SQM with only the CCD simulator (which crashed). Here's the gdb backtrace:

Alright, I can't figure this out. I need remote access. I emailed you.

Jasem,

I missed the e-mail (not showing up on any account, including spam folders). I successfully built kstars locally on both the laptop and the desktop and both instances are working well.

Maybe a rebuild of the AMD64 version for Ubuntu 21.04 will be sufficient...