Visit our Popular Forums

ZagsAtCF · 08-06-2023, 13:11

You might try updating the OS and firmware on the Pi.

holdenga · 08-06-2023, 14:35

Is there a recommended version/release for OpenCPN?
Thanks.

ZagsAtCF · 08-06-2023, 17:21

I assume the programmers are writing for the latest OS. I installed OpenCPN on the Raspberry Pi 64 Bit Bullseye version using Flatpak.

stelian · 09-06-2023, 14:08

Hi,

I have a crash with the latest flatpak OpenCPN (5.8.2-1+9f64845) on Ubuntu x86-64 when I open the Tracks dialog, and click to one point in the trace, for example the first one. I'm not sure it is specific to my trace (get it from http://popies.net/tmp/track.gpx)

Message:

Code:

double free or corruption (!prev)

Trace:

Code:

#0  0x00007fbfc7e91184 in __pthread_kill_implementation () at /usr/lib/x86_64-linux-gnu/libc.so.6
#1  0x00007fbfc7e3f00e in raise () at /usr/lib/x86_64-linux-gnu/libc.so.6
#2  0x00007fbfc7e287fc in abort () at /usr/lib/x86_64-linux-gnu/libc.so.6
#3  0x00007fbfc7e84c1e in __libc_message () at /usr/lib/x86_64-linux-gnu/libc.so.6
#4  0x00007fbfc7e9b23a in  () at /usr/lib/x86_64-linux-gnu/libc.so.6
#5  0x00007fbfc7e9d30c in _int_free () at /usr/lib/x86_64-linux-gnu/libc.so.6
#6  0x00007fbfc7e9fa7e in free () at /usr/lib/x86_64-linux-gnu/libc.so.6
#7  0x000055b2a60a479c in ocpnDC::~ocpnDC() (this=0x7ffd54671920, __in_chrg=<optimized out>) at /run/build/opencpn/src/ocpndc.cpp:126
#8  0x000055b2a641801c in glChartCanvas::DrawStaticRoutesTracksAndWaypoints(ViewPort&) (this=0x55b2a8814560, vp=...) at /run/build/opencpn/src/glChartCanvas.cpp:1593
#9  0x000055b2a642b284 in glChartCanvas::DrawGroundedOverlayObjects(ocpnDC&, ViewPort&) (vp=..., dc=..., this=0x55b2a8814560) at /run/build/opencpn/src/glChartCanvas.cpp:3585
#10 glChartCanvas::Render() (this=0x55b2a8814560) at /run/build/opencpn/src/glChartCanvas.cpp:4323
#11 0x000055b2a642d026 in glChartCanvas::OnPaint(wxPaintEvent&) (this=0x55b2a8814560, event=...) at /run/build/opencpn/src/glChartCanvas.cpp:1431
#12 0x00007fbfc8e425c2 in wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
    (entry=<optimized out>, handler=handler@entry=0x55b2a8814560, event=...) at ./src/common/event.cpp:1431
#13 0x00007fbfc8e427a3 in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) (this=<optimized out>, event=..., self=self@entry=0x55b2a8814560) at ./src/common/event.cpp:1039
#14 0x00007fbfc8e42e16 in wxEvtHandler::TryHereOnly(wxEvent&) (this=this@entry=0x55b2a8814560, event=...) at ./src/common/event.cpp:1628
#15 0x00007fbfc8e42e9f in wxEvtHandler::TryBeforeAndHere(wxEvent&) (event=..., this=0x55b2a8814560) at ./include/wx/event.h:4007
#16 wxEvtHandler::ProcessEventLocally(wxEvent&) (this=0x55b2a8814560, event=...) at ./src/common/event.cpp:1561
#17 0x00007fbfc8e42fa2 in wxEvtHandler::ProcessEvent(wxEvent&) (this=0x55b2a8814560, event=...) at ./src/common/event.cpp:1534
#18 0x00007fbfc8e447f3 in wxEvtHandler::SafelyProcessEvent(wxEvent&) (this=<optimized out>, event=...) at ./src/common/event.cpp:1650
#19 0x00007fbfc95cd550 in wxWindowBase::HandleWindowEvent(wxEvent&) const (this=this@entry=0x55b2a8814560, event=...) at ./src/common/wincmn.cpp:1553
#20 0x00007fbfc93cc555 in wxWindow::GTKSendPaintEvents(_cairo*) (this=this@entry=0x55b2a8814560, cr=cr@entry=0x55b2ab5942a0) at ./src/gtk/window.cpp:5400
#21 0x00007fbfc9d149ee in draw(GtkWidget*, cairo_t*, wxGLCanvas*) (widget=0x55b2a7ed3570, cr=0x55b2ab5942a0, win=0x55b2a8814560) at ./src/gtk/glcanvas.cpp:42
#22 0x00007fbfc74a2601 in _gtk_marshal_BOOLEAN__BOXED () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#23 0x00007fbfc7780bf6 in gtk_widget_draw_marshaller.lto_priv () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#24 0x00007fbfc806bd92 in g_closure_invoke () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#25 0x00007fbfc809a768 in signal_emit_unlocked_R.isra.0 () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#26 0x00007fbfc8089d7a in g_signal_emit_valist () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#27 0x00007fbfc808a5b3 in g_signal_emit () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#28 0x00007fbfc77910e1 in gtk_widget_draw_internal () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#29 0x00007fbfc779da21 in gtk_widget_render () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#30 0x00007fbfc7622b91 in gtk_main_do_event () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#31 0x00007fbfc7d49383 in _gdk_event_emit () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#32 0x00007fbfc7d51949 in _gdk_window_process_updates_recurse_helper.lto_priv.0 () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#33 0x00007fbfc7d56281 in gdk_window_process_updates_internal () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#34 0x00007fbfc7d5647d in gdk_window_process_updates_with_mode.lto_priv () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#35 0x00007fbfc808a480 in g_signal_emit_valist () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#36 0x00007fbfc808a5b3 in g_signal_emit () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#37 0x00007fbfc7d4d018 in gdk_frame_clock_paint_idle () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#38 0x00007fbfc7d3923d in gdk_threads_dispatch () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#39 0x00007fbfc7024318 in g_timeout_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#40 0x00007fbfc7023c37 in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#41 0x00007fbfc707a028 in g_main_context_iterate.constprop () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#42 0x00007fbfc70232af in g_main_loop_run () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#43 0x00007fbfc761e455 in gtk_main () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#44 0x00007fbfc93a2f85 in wxGUIEventLoop::DoRun() (this=0x55b2aa9922a0) at ./src/gtk/evtloop.cpp:61
#45 0x00007fbfc8ceeafa in wxEventLoopBase::Run() (this=0x55b2aa9922a0) at ./src/common/evtloopcmn.cpp:87
#46 0x00007fbfc8cafa24 in wxAppConsoleBase::MainLoop() (this=0x55b2a7d0c550) at ./src/common/appbase.cpp:381
#47 0x00007fbfc8d3e68c in wxEntry(int&, wchar_t**) (argc=<optimized out>, argv=<optimized out>) at ./src/common/init.cpp:503
#48 0x000055b2a5eab01e in main(int, char**) (argc=<optimized out>, argv=<optimized out>) at /run/build/opencpn/src/ocpn_app.cpp:937

Thanks !

holdenga · 10-06-2023, 11:37

I gave up on trying to upgrade to Bullseye and just built a new card. Rebuilt everything from scratch and it's working as it should.

Thanks for the feedback.

Glenn

bdbcat · 10-06-2023, 18:47

stelian....
Cannot download the offending track GPX file.
Please re-post.

Thanks
Dave

LeaseOnLife · 10-06-2023, 19:02

Quote:

Originally Posted by bdbcat

stelian....
Cannot download the offending track GPX file.
Please re-post.

Thanks
Dave

I got some security warning when downloading the track, but here it is remove ".pdf"

mgrouch · 11-06-2023, 20:56

OpenCPN icons on toolbar are missing. No idea what click would do.

Click image for larger version

Name: Screenshot_2023-06-12_03-15-37.jpg
Views: 71
Size: 387.6 KB
ID: 276599

On raspberry pi bullseye arm64.

Aqua_vitae · 12-06-2023, 15:38

Hi Dave & your team,

I have been a very happy Opencpn user for many years. Good job and congratulations to the dev team.

I setup the 5.8 (and 5.8.2) release as soon as it was available, on my system : mini ITX Celeron N3150 with Ubuntu 22.04 (updated at least every week). Since this moment, I experiment some issues, mainly crashes in many situations like moving chart, using mbtiles chart, using the measurment menu or getting informations on AIS signal, ... and so on. Most of the time (in fact each time I had a look on it), there was no particular informations in the log file.

But the main issue is about the NMEA module. At the begining, I found some warnings in the log file regarding the GPS Watchdog timeout. So I added manually a new line in opencpn.conf : "GPSWatchdogTimeout = 6", which should have been the default value. After that, no more warnings in the log file (and this let me suppose that 6 seconds is not any more the default value in O5.8). But the issue continues. In fact, the location of the boat has NEVER failed (boat drawn in red on chart and indication in status bar OK). What is lost randomly for 2-3 seconds is SOG and COG. (The boat appear drawn at 360° and indicators in status bar become ---). I am sure that my network send the right informations. I can see in NMEA debug window that RMC and VTG phrases are received at least every second (these two NMEA phrases contain SOG and COG). This let me suppose that the GPS Watchdog timeout is not applied on SOG and COG.

Unfortunatly I cannot provide any significative log file of what happen. I am sailing solo in South Pacific, most of the time in areas where the watch take all my time, and when OpenCPN crashes, the first thing I do is to restart it as soon as possible.
As I need a reliable navigation system, particulary in this area (Tuamotu atolls or Tonga / Fiji lagoons, ... ) I decided to downgrade OpenCPN to the 5.6.2 release (I have used it for more than a year without any problems). After doing this, all the issues I talk about have disappeared.

Is there any users who have experiment the same issues ?
Do the OpenCPN team have any idea of what happens ?
Is my computer too old (7 years) for the O5.8 release ?

Thank you for any answer.
Regards,
Jeff,
S/Y Aqua Vitae.

Hakan · 12-06-2023, 16:01

Quote:

Originally Posted by Aqua_vitae

Is there any users who have experiment the same issues ?

For high speed serial connections there can be some characters lost in a NMEA message resulting in a checksum error and lost information for some seconds.

Quote:

Do the OpenCPN team have any idea of what happens ?

The mentioned bug is corrected by Dave in master code and the soon available update to version 5.8.4.

Bella Donna · 16-06-2023, 16:29

Thanks for the new release! I'm sure it has been a lot of work on the part of some very dedicated and talented individuals.

Is there a description that fleshes out the release statement that "Integrated NMEA 2000 network capability, supporting a variety of popular bus interface adapters"?

Is there something I need to configure in OpenCPN, or is it a case of it either works or doesn't?

Specifically, I'm hoping the new release will allow me to get N2K fluid level data into Engine Dashboard.

I've got a Yacht Devices YDTA-04 tank adapter, and the data is coming in to the NMEA debug window. I think (hope) the only thing missing is the translation.

stelian · 22-06-2023, 01:23

Quote:

Originally Posted by stelian

Hi,

I have a crash with the latest flatpak OpenCPN (5.8.2-1+9f64845) on Ubuntu x86-64 when I open the Tracks dialog, and click to one point in the trace, for example the first one. I'm not sure it is specific to my trace (get it from http://popies.net/tmp/track.gpx)

Message:

Code: