OpenCPN Version 5.7.1 Beta Test #4

[Moo]

Originally Posted by bdbcat

Moo...
I'm lost in the discussion of clients and mice.

Please describe again what you consider the bug to be.
Thanks
Dave

In the GRIB plugin. When forming a request (and manual selection is not selected ) it is difficult to cut the email content from the window to paste into an email programme. In my case my email client of choice is Bluemail and it doesn't work with the plugin so I copy and paste the request.

If you select the text with the mouse it unselects in about 500ms but you can copy and paste if you do a quick CTRL+A followed by CTRL+C

If you select an area manually you can cut and paste the email text but not when it is auto selected as the whole viewport.

[bdbcat]

Moo...
Thanks for the clarification.
I have corrected this behavior, in github master now. You may like to test on Windows here:
https://dl.cloudsmith.io/public/davi...e337_setup.exe


Please let me know how this goes.
Dave

[sanner]

Quick report, crashing on startup w/ Pi4 / latest commits / raspian w/ kernel 5.10.103-v7l+
----
Thread 1 "opencpn" received signal SIGABRT, Aborted.
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1 0xb582c804 in __GI_abort () at abort.c:79
#2 0xb5a81f88 in __gnu_cxx::__verbose_terminate_handler() () at /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
#3 0xb5a7facc in () at /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
#4 0xb5a7fb58 in () at /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
#5 0xb5a80ac0 in __cxa_pure_virtual () at /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
#6 0xb649c690 in wxListBase::Append(void*) () at /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#7 0xb679721c in wxTopLevelWindowGTK::Create(wxWindow*, int, wxString const&, wxPoint const&, wxSize const&, long, wxString const&) ()
at /usr/lib/arm-linux-gnueabihf/libwx_gtk3u_core-3.0.so.0
#8 0x00431758 in ocpnFloatingToolbarDialog:cpnFloatingToolbarDial og(wxWindow*, wxPoint, long, float)
(this=0x93d480, parent=0xc8ad68, position=..., orient=8, size_factor=1) at /root/build/OpenCPN/src/toolbar.cpp:320
#9 0x002fd9b4 in MyFrame::RequestNewMasterToolbar(bool) (this=0xc8ad68, bforcenew=<optimized out>) at /root/build/OpenCPN/src/ocpn_frame.cpp:7046
#10 0x0030f39c in MyFrame::OnInitTimer(wxTimerEvent&) (this=0xc8ad68, event=<optimized out>) at /root/build/OpenCPN/src/ocpn_frame.cpp:4825
#11 0xb63fe998 in wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const () at /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#12 0xb658824c in wxEvtHandler::ProcessEventIfMatchesId(wxEventTable EntryBase const&, wxEvtHandler*, wxEvent&) () at /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#13 0xb65883a4 in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () at /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#14 0xb6588844 in wxEvtHandler::TryHereOnly(wxEvent&) () at /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#15 0xb65888e0 in wxEvtHandler::ProcessEventLocally(wxEvent&) () at /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#16 0xb65889ac in wxEvtHandler::ProcessEvent(wxEvent&) () at /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#17 0xb658861c in wxEvtHandler::SafelyProcessEvent(wxEvent&) () at /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#18 0xb64e930c in wxTimerImpl::SendEvent() () at /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#19 0xb679464c in () at /usr/lib/arm-linux-gnueabihf/libwx_gtk3u_core-3.0.so.0
#20 0xb4c2f3f8 in () at /usr/lib/arm-linux-gnueabihf/libglib-2.0.so.0

[verkerkbr]

Hi Sanner,

all runs well on my RPI4 with 2GB. But I'am using the Raspian/Bullseye 64 bits software with OpenCPn in the Flatpak version.

For Flatpak you need the 64 bits version. Can installed direct from the internet server.

Bram

[sanner]

I'm building and running on 32bit Raspbian/Bullseye w/ 2G, fully patched, etc. Just pulled latest commit and built, same issue.

I don't know the exact commit where I started getting this error but I'd say it's been going on for a couple weeks now.

[bdbcat]

sanner...
Can you do a git bisect and identify the offending commit?


Thanks
Dave

[verkerkbr]

Just tested the beta Debian Bookworm 64bits on my RPI4. After some fiddling almost all things work.

The Flatpak version of OpenCPN was fast working with the plugins, like Oesenc plugin worked "out of the box".

There was only a problem to get the charts going. Clicking on the add charts then the screen greyed and locked up.

Now I have solved this problem by adding the required Oesenc chart in the O config file.

And then the Oesenc chart is running.

There seems to be something wrong with charts setting.

Regards,


Bram

[verkerkbr]

Same with the Grib plugin. Does not load the grib file.Plugin grey.

[sanner]

Dave, I can look into git bisec but figured I start by seeing if I can recreate the bug/crash on a clean install (no opencpn.conf).

I was able to create the crash state consistently and I think it has something to do with the Plugin loader and maybe libgrib plugin.

--Here's what I did --
- wipe previous configs (delete opencpn.conf or even entire .opencpn dir)
- start opncpn, runs fine, quit, start again, no issues.

- next run open and then simply open and close Options window (no changes)
- stop and then start opencpn - it crashes
- try again with plugins disabled, it crashes

-- After open/close of Options window these lines have been added to opencpn.conf

[PlugIns/libEarthExplorer_pi.so]
bEnabled=0
[PlugIns/libdashboard_pi.so]
bEnabled=0
[PlugIns/libgrib_pi.so]
bEnabled=0

Now it keeps crashing with or w/o plugins enabled.

If I edit conf and set dashboard and grib plugins to: bEnabled=1
then all is well run just fine, no crashing.

Doesn't look like the enabled state of libEarthExplorer (which I don't have the libs installed) effect the crashing.

Quick look, these PR could be relevant ...

https://github.com/OpenCPN/OpenCPN/issues/3032
https://github.com/OpenCPN/OpenCPN/issues/3038


Hope this helps.

[bdbcat]

sanner...


Background:
All plugins that are found in the designated plugin directory are loaded when "options" page is opened. Even the disabled plugins. This is done in order to evaluate compatibility of each plugin.
You may find the location of the plugin directories in the OCPN logfile, as well as monitor the plugin load process.


To debug this, remove (one-by-one) all plugins found in the plugin directories. Eventually, you will find the offending beast.


Thanks
Dave

[sanner]

Separate, N2K related issue. First of all it's great seeing both N2K and 0183 both processed directly by OpenCPN.

An issue I'm seeing is only one of my 2 N2K sensors showing up on Communication Priority screen or NMEA debug window. I see many PGN's from my 127 sensor (gps/heading/attitude), like this in the debug window but nothing for the other sensor.

... Source nmea2000 sockCAN-can0 ID: 127 Desc ....

----candump shows ID: 127 --
127 255 127257 Attitude: SID = 0; Yaw = Unknown; Pitch = -0.1 deg; Roll = -9.7 deg

----candump shows ID: 35 - 2nd sensor --
35 255 127257 Attitude: SID = Unknown; Yaw = Unknown; Pitch = 0.6 deg; Roll = 0.1 deg
35 255 128259 Speed: SID = Unknown; Speed Water Referenced = 0.00 m/s; ...

Both sensors are on the same N2K bus and received by can0
Shouldn't opencpn see both sensors and allow the priority of each to be set? I have seen Dashboard show Attitude data from each sensor ... it can toggle back and forth sometimes. Thanks.

[sanner]

Originally Posted by bdbcat

sanner...
To debug this, remove (one-by-one) all plugins found in the plugin directories. Eventually, you will find the offending beast.

Thanks Dave. I just tried this with no plugins and as long as an available plugin is disabled in the config it will crash.



MESSAGE plugin_loader.cpp:250 Loading plugins from dir: /usr/local/lib/opencpn
MESSAGE plugin_loader.cpp:437 PluginLoader searching for PlugIns in location /usr/local/lib/opencpn
MESSAGE plugin_loader.cpp:475 Found 0 candidates



I rebuilt/reinstalled all the plugins and tried removing them one by one as well but same issue, if plugin exists and is in the config and set to bEnabled=0 OC will crash. I just started seeing this behavior about 2 weeks ago. Repeatable and with clean install / blank config.

[bdbcat]

sanner...
Is this the correct configuration:
1. RPi/4
2. Raspbian latest ARMHF (32 bit) kernel.
3. Where are you getting plugins?



Please show the output from
$ uname -a


I get:
Linux raspberrypi 5.15.84-v8+ #1613 SMP PREEMPT Thu Jan 5 12:03:08 GMT 2023 aarch64 GNU/Linux


Thanks
Dave

[bdbcat]

sanner:
"An issue I'm seeing is only one of my 2 N2K sensors showing up on Communication Priority screen or NMEA debug window."


Can you post a candump capture here, with both sensors operational? We need at least enough data to be sure we have all possible PGNS generated by your sensors.
Thanks
Dave

[sanner]

Dave,

Here's my uname -a
Linux Q 5.10.103-v7l+ #1529 SMP Tue Mar 8 12:24:00 GMT 2022 armv7l GNU/Linux

Here's just one PGN from both sensors
candump can0 | candump2analyzer | grep 127257
2023-03-15-04:59:55.739,3,127257,35,255,8,ff,ff,7f,5e,00,c9,0 0,ff
2023-03-15-04:59:55.959,3,127257,127,255,8,00,ff,7f,92,ff,38, fa,ff
2023-03-15-04:59:56.739,3,127257,35,255,8,ff,ff,7f,59,00,c1,0 0,ff
2023-03-15-04:59:56.960,3,127257,127,255,8,00,ff,7f,98,ff,ce, f9,ff
2023-03-15-04:59:57.739,3,127257,35,255,8,ff,ff,7f,59,00,9c,0 0,ff
2023-03-15-04:59:57.960,3,127257,127,255,8,00,ff,7f,a3,ff,06, fa,ff

Here's a link to the raw candump of about 10-15s of data on the bus - both sensors
https://drive.google.com/file/d/1ALf...ew?usp=sharing

Thanks, David