×

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

Bi-monthly release with minor bug fixes and improvements

kstars crash with focusing

  • Posts: 21
  • Thank you received: 2
I ran this again with kstars debug version in gdb and got this back:

(gdb) bt
#0 Ekos::FilterManager::setFocusStatus(Ekos::FocusState) (this=0x0, focusState=Ekos::FOCUS_PROGRESS)
at /usr/src/debug/kstars-3.6.1-lp154.35.3.x86_64/kstars/ekos/auxiliary/filtermanager.cpp:688
#1 0x0000555555b8189a in Ekos::Focus::<lambda(Ekos::FocusState)>::operator() (state=Ekos::FOCUS_PROGRESS, __closure=0x55555d17f890)
at /usr/src/debug/kstars-3.6.1-lp154.35.3.x86_64/kstars/ekos/focus/focus.cpp:3778
#2 QtPrivate::FunctorCall<QtPrivate::IndexesList<0>, QtPrivate::List<Ekos::FocusState>, void, Ekos::Focus::setupFilterManager()::<lambda(Ekos::FocusState)> >::call (arg=<optimized out>, f=...) at /usr/include/qt5/QtCore/qobjectdefs_impl.h:146
#3 QtPrivate::Functor<Ekos::Focus::setupFilterManager()::<lambda(Ekos::FocusState)>, 1>::call<QtPrivate::List<Ekos::FocusState>, void>
(arg=<optimized out>, f=...) at /usr/include/qt5/QtCore/qobjectdefs_impl.h:256
#4 QtPrivate::QFunctorSlotObject<Ekos::Focus::setupFilterManager()::<lambda(Ekos::FocusState)>, 1, QtPrivate::List<Ekos::FocusState>, void>::impl(int, QtPrivate::QSlotObjectBase *, QObject *, void **, bool *)
(which=<optimized out>, this_=0x55555d17f880, r=<optimized out>, a=<optimized out>, ret=<optimized out>)
at /usr/include/qt5/QtCore/qobjectdefs_impl.h:443
#5 0x00007ffff0c30aab in () at /usr/lib64/libQt5Core.so.5

etc ...

Is this expected given I have no filter wheel attached?

As a workaround inserting the filter wheel simulator into the train stops the crash
Last edit: 1 year 4 months ago by Damian Connell. Reason: further test with filter simulator
1 year 4 months ago #88506

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

  • Posts: 1185
  • Thank you received: 370
Is there a log file available? That would be really helpful. It seems like the problem is around capturing a frame for focusing.

And, in case if not, what is your exact configuration? It sounds like you are using a color camera that does obviously does not require a filter wheel.
1 year 4 months ago #88528

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

  • Posts: 21
  • Thank you received: 2
I've attached a log without using the filter wheel simulator, and there's not much details at the point of the crash other than focusing was started. You're right about it being a colour camera, but for practical purposes I can at least focus with the simulator in the train.

here's a screen shot of the profile settings


If it's any use I can upload filtermanager.cpp and focus.cpp I'm debugging from
1 year 4 months ago #88530
Attachments:

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

  • Posts: 1185
  • Thank you received: 370
Hi Damian,
it looks like the problem does not occur anymore in the upcoming 3.6.2. I tried the autofocus routine with a setup without a filter wheel and did not experience a crash.

Give it a try to compile KStars from sources, it's not that difficult for people who could use gdb :-)

If you need assistance, take a look here invent.kde.org/education/kstars/-/tree/master#building

HTH
Wolfgang
The following user(s) said Thank You: Damian Connell
1 year 4 months ago #88537

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

  • Posts: 21
  • Thank you received: 2
Thanks Wolfgang,

It's good to know it's fixed in later versions.
I'd tried to build from git, but it looks like SuSE 15.4 doesn't have the development RPMs for KDE Frameworks 5 so it may take a bit more effort on my part to get it built, but I'll give it a go

regards
1 year 4 months ago #88545

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

  • Posts: 1185
  • Thank you received: 370
Maybe you should consider switching to Ubuntu or Debian.
1 year 4 months ago #88559

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

  • Posts: 21
  • Thank you received: 2
I've tried various distros over the years, but for the last 25 years SuSE has proved more useful to me in general
1 year 4 months ago #88564

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

  • Posts: 61
  • Thank you received: 10
For Leap 15.4 you can give this repo a try:

download.opensuse.org/repositories/Appli...trophotography/15.4/

Switch to kstars-git and you have 3.5.2 without compiling.
This works for me and the fault has gone.

Edgar
The following user(s) said Thank You: Damian Connell
1 year 4 months ago #88567

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

  • Posts: 21
  • Thank you received: 2
Thanks Edgar,

I'd not got around to trying the git build yet. Good to know it's fixed
1 year 4 months ago #88570

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

  • Posts: 1009
  • Thank you received: 133
I'd tried to build from git, but it looks like SuSE 15.4 doesn't have the development RPMs for KDE Frameworks 5
Everything needed to compile is definitely in the repositories, you do have to install things yourself though, and packages might be named slightly different than in the READMEs that often only know about Debian....
1 year 4 months ago #88576

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

  • Posts: 1185
  • Thank you received: 370
Folks, please keep in mind that I didn't say it was fixed. I tested it with the latest 3.6.2 version and could not reproduce the problem. Since we reworked the filter manager integration, I'm hoping this has been fixed then.

But I would really appreciate if somebody could verify this.

Cheers
Wolfgang
1 year 4 months ago #88579

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

  • Posts: 1009
  • Thank you received: 133
How to verify? Have an optical train w/o filter wheel, and do an AF run?

Edit: That does work here without any problem (kstars git as of today, openSUSE Tumbleweed)
Last edit: 1 year 4 months ago by Peter Sütterlin.
1 year 4 months ago #88580

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

Time to create page: 0.875 seconds