Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crashing on MacOs when starting up, #654 #657 #678

Closed
ja-Bertolin opened this issue Mar 4, 2022 · 2 comments
Closed

Crashing on MacOs when starting up, #654 #657 #678

ja-Bertolin opened this issue Mar 4, 2022 · 2 comments

Comments

@ja-Bertolin
Copy link

Since several versions (#606) sometimes when trying to startup the app it crashes. And after some tries it goes fine (/thereafter the behaviour is fine too). @AlexandreRouma you mentioned that it could be a library, am I right? Is there anyway to fix it? It is only quite disturbing until it starts fine (4 - 5 time trying), once it starts fine no problem until I close it,

crash_sdrpp.pdf

@ja-Bertolin ja-Bertolin changed the title Crashing on MacOs when starting up, #642 Crashing on MacOs when starting up, #654 #657 Mar 28, 2022
@ja-Bertolin
Copy link
Author

An update about this problem in MacOs, just with the aim of helping to find the solution.

Yesterday, after using #645 version of the binary working fine I left my laptop sleeping. This afternoon I tried to open the app and crashed constantly, no way to open it up. I rolled back to #642 version of the binary and no success at all. Then I decided to reboot the MacOS and it worked without any problem.

Now I have upgraded to #657 version of the binary and it seems that works from the first starting up.

My guess is that, in some point (for instance after listening to the radio) I press stop, not quit, and the app crashed then it starts to crash sometimes 3, 4 times or like this afternoon always and it seems any component remains unstable but it is not able to forced to close and only rebooting the MacOs it works fine.

I observed too that, once I press stop (not quit) blue led of AirspyHf remains active when it is active only if app is up, but if it is shutdown it should be switched off. So some components remain “flowing” in the memory and provokes such behaviours.

@AlexandreRouma , is it possible what I am suggesting? How could I help you to find the problem?

Probably it is connected with the symptom that I pointed out in #698 issue .

Thanks

@AlexandreRouma
Copy link
Owner

Follow #1265 instead

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants