OpenCPN Version 5.8.4 Released

[bcn]

From the "rebuilt-info" it takes about 20s to digest one cell. That's crazy of course. And not standard or typical.

Why on that system? No idea...

[andypag]

Can you add the plot (sweepplot) plugin please.

[Hakan]

To install a plugin you'll use Options->Plugins.
First use the button "Update Plugin Catalog: master" and then scroll down to "Plots". Select it and "Install"
There's also a link to its web site.

[Brett K]

Originally Posted by andypag

Can you add the plot (sweepplot) plugin please.

Hi, I installed the plot plugin but have an error message -
The following plugin has encountered errors during startup
Plots
This plugin will be uninstalled. You might want to reinstall after updating the catalog.

I have updated the catalog and get the same error?

[Brett K]

Originally Posted by Hakan

To install a plugin you'll use Options->Plugins.
First use the button "Update Plugin Catalog: master" and then scroll down to "Plots". Select it and "Install"
There's also a link to its web site.

Hi, I installed the plot plugin but have an error message -
The following plugin has encountered errors during startup
Plots
This plugin will be uninstalled. You might want to reinstall after updating the catalog.

I have updated the catalog and get the same error?

[guenael]

Hello,

I experience stability issues with OpenCPN and I found many reports in this thread very close to my case.

I will describe here a reproducible case, a bit of context and some notes, but my main question is about the logging. I wanted to enable extra logging to try to investigate this issue by myself.

I tried to set "DebugOpenGL=1" but I didn't get any interesting logs before the crash.

I conducted my test on both Linux and Windows. On Linux I also recompiled the binaries directly from the sources but it don't change anything. The interesting point is that I got the same issue on both systems, and I have a reproducible case at a specific GPS location, using o-chart plugin with Canada Atlantic Coast ("oeuSENC-CAac"). Coordinate:
51° 05.3621' N, 058° 44.1917' W

When you zoom in at this specific spot, the application crashes (again, on both Linux and Windows, so I don't think it's related to any OS, library or hardware driver).

I also tried to avoid OpenGL hardware acceleration, by using software GL, but I got the same issue.

The only message I got during the crash is:
Job 1, 'opencpn' terminated by signal SIGSEGV (Address boundary error)

It looks like a buffer allocation error, typical with C/C++.

I started to investigate the core-dump, and a quick analysis pointed to a call on o-charts plugin. The last entry (#0) below shows a call on the RenderLSLegacy function.

Core was generated by `/usr/bin/opencpn'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0000727d407d242a in s52plib::RenderLSLegacy(_ObjRazRules*, _Rules*) ()
from /usr/lib/opencpn/libo-charts_pi.so

Code ref:
https://github.com/bdbcat/o-charts_p...plib.cpp#L4064

There are some issues related to a similar issue here:
https://github.com/OpenCPN/OpenCPN/issues/3437
But I can reproduce my case with or without OpenGL.

The upper function related is: eSENCChart:CRenderLPB(wxMemoryDC&, PlugIn_ViewPort const&, wxRect*)

Code ref:
https://github.com/bdbcat/o-charts_p...hart.cpp#L6245

Below, a part of the stack-trace.

#0 0x0000727d407d242a in s52plib::RenderLSLegacy(_ObjRazRules*, _Rules*) ()
at /usr/lib/opencpn/libo-charts_pi.so
#1 0x0000727d407dbbcd in s52plib:oRenderObject(wxDC*, _ObjRazRules*) ()
at /usr/lib/opencpn/libo-charts_pi.so
#2 0x0000727d406b8e47 in eSENCChart:CRenderLPB(wxMemoryDC&, PlugIn_ViewPort const&, wxRect*) () at /usr/lib/opencpn/libo-charts_pi.so
#3 0x0000727d406b93a2 in eSENCChart:CRenderRect(wxMemoryDC&, PlugIn_ViewPort const&, wxRect*) () at /usr/lib/opencpn/libo-charts_pi.so
#4 0x0000727d406d500f in eSENCChart:oRenderViewOnDC(wxMemoryDC&, PlugIn_ViewPort const&, bool) () at /usr/lib/opencpn/libo-charts_pi.so
#5 0x0000727d406d5db1 in eSENCChart::RenderRegionView(PlugIn_ViewPort const&, wxRegion const&) () at /usr/lib/opencpn/libo-charts_pi.so
#6 0x0000727d406b4bc9 in eSENCChart::RenderRegionViewOnDCNoText(PlugIn_View Port const&, wxRegion const&) () at /usr/lib/opencpn/libo-charts_pi.so
#7 0x000063355427f963 in ChartPlugInWrapper::RenderRegionViewOnDCNoText(wxM emoryDC&, ViewPort const&, OCPNRegion const&) ()
#8 0x00006335542e11b1 in Quilt:oRenderQuiltRegionViewOnDC(wxMemoryDC&, ViewPort&, OCPNRegion&) ()


Some additional information on my setup:

Hardware (standard PC computer, with dual-boot Linux/Windows)
- CPU Intel i7-5820K, x86_64, 32GB
- GFX card NVidia GeForce RTX 2080
- Dongle used for o-charts (SG-Lock USB Key)

OS (the Linux part)
- ArchLinux (up to date, weekly)
- Linux 6.7.6-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 23 Feb 2024 16:31:48 +0000 x86_64 GNU/Linux

OpenCPN version: v5.8.4
- https://github.com/OpenCPN/OpenCPN/r.../Release_5.8.4

o-charts plugin version: v2.0.3.1
- https://github.com/bdbcat/o-charts_p...es/tag/2.0.3.1


Any help or recommendation to discuss/report this issue? O-Charts support mentioned this forum.



Good day,
Guenael

[guenael]

Hi again,

Some additional notes following my previous post.
I did some tests and investigations, and my issue (like some other members also reported) was related to the o-chart plugin.
(ref. example: https://www.cruisersforum.com/forums...ml#post3793522)

For some reason, a library from OpenCPN and imported locally for this plugin react badly in some cases. Two functions (s52plib::RenderLSLegacy and s52plib::RenderLCLegacy) caused these instability issues. Bypassing these functions resolved the issue, but it's not suitable because you are now missing some information on your chart... Anyway, it's a good start for additional investigation by the o-chart team.

FYI, I opened an issue on the GitLab repository:
https://github.com/bdbcat/o-charts_pi/issues/46

I hope this will help to solve the issue.
Good day, fair winds, 73
Guenael, VA2GKA

[houlejm]

Just checked and can confirm. I have the same problem on Ubuntu 22.04.


It is related to chart OC-11ARRR54.oesu from the oeuSENC-CAac chartset. If I hide that chart, the problem stops.


JM

[guenael]

Thanks for the confirmation!

This chart is not the only one, but I just pointed to this location to have a reproducible case.

And I don't think the issue comes from the cart, but it's an interesting idea. For now, I investigated the library, but a malformed stream in the chart could create an issue, if the lib doesn't handle exceptions correctly.

BTW, about this chart and location, "Le petit Rigolet" channel is a nice place


Guenael

[bdbcat]

guenael, et al...


The described trouble with o-charts_pi on some CAac chart cells has been resolved. An updated plugin v2.0.6.0 is now available from the master catalog.
For more technical info on the problem and solution, please refer to the github issue:


https://github.com/bdbcat/o-charts_pi/issues/46


Thanks, and Good Luck
Dave

[guenael]

Hi Dave,
I confirm, problem solved with your fix.
Tested on Linux with a fresh build on the latest tag 2.0.6.0.
GitHub issue closed.



Thanks for your help, this fix and your time!
Guenael

[houlejm]

Dave
Ok for me also
Thanks

[Jef & Marin, Netherlands]

On 2 W11 PC's no NMEA data was coming in through serial USB from the Miniplex-2Wi multiplexer.
Data was arriving in openCPN via Wifi UDP on both PC's.
Data from the multiplexer via USB was shown to be present by using MPXconfig at the same port and baud rate.
I went back to 5.6.2 and on both PC's the USB connection immediately worked.
I do not know when this problem started since we have been refitting our yacht since Okt 2022 and just re-started using openCPN with the boat network.
Let me know if you require more details

[nohal]

What does "not working" mean exactly here?

[cas206]

Originally Posted by Jef & Marin, Netherlands

On 2 W11 PC's no NMEA data was coming in through serial USB from the Miniplex-2Wi multiplexer.
Data was arriving in openCPN via Wifi UDP on both PC's.
Data from the multiplexer via USB was shown to be present by using MPXconfig at the same port and baud rate.
I went back to 5.6.2 and on both PC's the USB connection immediately worked.
I do not know when this problem started since we have been refitting our yacht since Okt 2022 and just re-started using openCPN with the boat network.
Let me know if you require more details

-Make sure only one program is running that reads the USB data, i.e. don't have both MPXconfig and OpenCPN running on it.


-Does any data show in the OpenCPN NMEA debug window?