Beta Test / Technical

[PjotrC]

With 2.5.0 I have recently ran into a number of occasions where on program start there was an (unexpected) Anchor Watch alarm. Moreover, it was sometimes set on points which I thought are "impossible" - tracks or routes.

A quick look shows that probably the

AnchorWatch1GUID=
AnchorWatch2GUID=

values in .ini are saved incorrectly (should be empty, but are not). I suspect that

g_AW1GUID.Clear();
g_AW2GUID.Clear();

is missing in some contexts (deleting a WP?) or perhaps the backup mechanism is interfering here.

However, this would explain only part of the problem. Even with GUIDs erroneously saved, there should be no (or: infinitely small) possibility of assuming the watch on another random object...

I attach relevant part of opencpn.ini and .navobj.xml for one of the examples. A number of routepoints there suspiciously shares the same GUID.

I would like now to rewrite the Anchor Watch code to allow for more Watch Points, but I think some checks or fixes are perhaps needed before on the GUID issue ...

All advice appreciated.

Thanks

Piotr

[hoolie]

I've noticed a similar problem with anchor watch, though not on start-up. I deleted the mark with the anchor watch still active, then could not stop the anchor watch alarm. Setting another unrelated mark elsewhere then "captured" the anchor watch, much as you describe, and the alarm could then be disabled.

[prroots]

My toolbar suddenly got moved into the center of the screen. How do I reposition it to the top border? Thanks
Pete

[cagney]

Originally Posted by prroots

My toolbar suddenly got moved into the center of the screen. How do I reposition it to the top border? Thanks
Pete

Toolbar Buttons | Official OpenCPN Homepage

[HamishB]

Hi,

I'd like to report a segfault with 2.5.0 on Debian/stable (DebianGIS build rules). Usually I'd let it slide but this happened when I pressed the MOB button. I was just using it to make an instant waypoint where the boat was, but if it had happened when someone had actually gone overboard... :-( displaying merc BSB charts with the dashboard running, getting nmea from gpsd (libgps). I did have two days worth of gps tracks on screen (logging every 10 sec) which was perhaps a bit unwieldy, but not unreasonable for a long transit.

$ opencpn 
netlib_connectsock() returns socket on fd 7

(opencpn:1818): Gdk-CRITICAL **: gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed

Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkOptionMenu::indicator-size' of type `GtkRequisition' from rc file value "0" of type `glong'
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkOptionMenu::indicator-spacing' of type `GtkBorder' from rc file value "0" of type `glong'

(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
(opencpn:1818): Gtk-CRITICAL **: gtk_label_set_markup: assertion `GTK_IS_LABEL (label)' failed
*** glibc detected *** opencpn: malloc(): smallbin double linked list corrupted: 0x0ab18670 ***
======= Backtrace: =========
/lib/i686/cmov/libc.so.6(+0x6b281)[0xb65f4281]
/lib/i686/cmov/libc.so.6(+0x6e400)[0xb65f7400]
/lib/i686/cmov/libc.so.6(__libc_malloc+0x5c)[0xb65f8c8c]
/lib/libglib-2.0.so.0(g_malloc+0x34)[0xb7045ed4]
/usr/lib/libgdk-x11-2.0.so.0(+0x5d3ca)[0xb6f8b3ca]
/usr/lib/libgdk-x11-2.0.so.0(+0x57531)[0xb6f85531]
/usr/lib/libgdk-x11-2.0.so.0(+0x5253e)[0xb6f8053e]
/usr/lib/libgdk-x11-2.0.so.0(gdk_draw_rectangle+0xec)[0xb6f49fec]
/usr/lib/libgdk-x11-2.0.so.0(+0x3f916)[0xb6f6d916]
/usr/lib/libgdk-x11-2.0.so.0(gdk_draw_rectangle+0xec)[0xb6f49fec]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN10wxWindowDC5ClearEv+0x87)[0xb74054d7]
opencpn(_ZN8PianoWin7OnPaintER12wxPaintEvent+0x60)[0x81bb590]
/usr/lib/libwx_baseu-2.8.so.0(_ZNK12wxAppConsole11HandleEventEP12wxEvtHandlerMS0_FvR7wxEventES3_+0x3f)[0xb7685f2f]
/usr/lib/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent+0x89)[0xb7723f39]
/usr/lib/libwx_baseu-2.8.so.0(_ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler+0x84)[0xb7725004]
/usr/lib/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0xd3)[0xb7725103]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN8wxWindow18GtkSendPaintEventsEv+0x1e2)[0xb74276d2]
/usr/lib/libwx_gtk2u_core-2.8.so.0(+0x158c98)[0xb7427c98]
/usr/lib/libgtk-x11-2.0.so.0(+0x13ce74)[0xb6c94e74]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x1aa)[0xb6fcf13a]
/usr/lib/libgobject-2.0.so.0(+0x2161d)[0xb6fe561d]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x5db)[0xb6fe6a7b]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x26)[0xb6fe7076]
/usr/lib/libgtk-x11-2.0.so.0(+0x269156)[0xb6dc1156]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x61b)[0xb6c8eb6b]
/usr/lib/libgdk-x11-2.0.so.0(+0x3b6cf)[0xb6f696cf]
/usr/lib/libgdk-x11-2.0.so.0(+0x3b67e)[0xb6f6967e]
/usr/lib/libgdk-x11-2.0.so.0(+0x3b67e)[0xb6f6967e]
/usr/lib/libgdk-x11-2.0.so.0(+0x3b67e)[0xb6f6967e]
/usr/lib/libgdk-x11-2.0.so.0(+0x3b67e)[0xb6f6967e]
/usr/lib/libgdk-x11-2.0.so.0(+0x3b67e)[0xb6f6967e]
/usr/lib/libgdk-x11-2.0.so.0(+0x3b67e)[0xb6f6967e]
/usr/lib/libgdk-x11-2.0.so.0(+0x3b67e)[0xb6f6967e]
/usr/lib/libgdk-x11-2.0.so.0(+0x3b67e)[0xb6f6967e]
/usr/lib/libgdk-x11-2.0.so.0(+0x644a4)[0xb6f924a4]
/usr/lib/libgdk-x11-2.0.so.0(+0x37e73)[0xb6f65e73]
/usr/lib/libgdk-x11-2.0.so.0(gdk_window_process_updates+0x150)[0xb6f6ab70]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN8wxWindow9GtkUpdateEv+0x68)[0xb7421f28]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN8wxWindow6UpdateEv+0x1d)[0xb7421f8d]
opencpn(_ZN7MyFrame25UpdateGPSCompassStatusBoxEb+0x1e2)[0x80d6a82]
opencpn(_ZN7MyFrame13OnFrameTimer1ER12wxTimerEvent+0xa16)[0x80e9cf6]
/usr/lib/libwx_baseu-2.8.so.0(_ZNK12wxAppConsole11HandleEventEP12wxEvtHandlerMS0_FvR7wxEventES3_+0x3f)[0xb7685f2f]
/usr/lib/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent+0x89)[0xb7723f39]
/usr/lib/libwx_baseu-2.8.so.0(_ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler+0x84)[0xb7725004]
/usr/lib/libwx_baseu-2.8.so.0(_ZN12wxEvtHandler12ProcessEventER7wxEvent+0xd3)[0xb7725103]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN11wxTimerBase6NotifyEv+0x77)[0xb75268e7]
/usr/lib/libwx_gtk2u_core-2.8.so.0(+0x14b63d)[0xb741a63d]
/lib/libglib-2.0.so.0(+0x3ba7c)[0xb703da7c]
/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1d5)[0xb703d305]
/lib/libglib-2.0.so.0(+0x3efe8)[0xb7040fe8]
/lib/libglib-2.0.so.0(g_main_loop_run+0x187)[0xb7041527]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb9)[0xb6c8ee19]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN11wxEventLoop3RunEv+0x48)[0xb7410d18]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN9wxAppBase8MainLoopEv+0x4e)[0xb74a3ace]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN9wxAppBase5OnRunEv+0x21)[0xb74a36c1]
/usr/lib/libwx_baseu-2.8.so.0(_Z7wxEntryRiPPw+0x6a)[0xb76bfaca]
/usr/lib/libwx_baseu-2.8.so.0(_Z7wxEntryRiPPc+0x37)[0xb76bfca7]
opencpn(main+0x1b)[0x80babbb]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb659fc76]
opencpn[0x80b7ac1]
======= Memory map: ========
08048000-0835c000 r-xp 00000000 08:01 684410     /usr/bin/opencpn
0835c000-08366000 rw-p 00313000 08:01 684410     /usr/bin/opencpn
08366000-08388000 rw-p 00000000 00:00 0 
097bc000-11b3f000 rw-p 00000000 00:00 0          [heap]
b2300000-b2321000 rw-p 00000000 00:00 0 
b2321000-b2400000 ---p 00000000 00:00 0 
b2433000-b27e1000 rw-p 00000000 00:00 0 
b27e1000-b2816000 r-xp 00000000 08:01 684409     /usr/lib/opencpn/libgrib_pi.so
b2816000-b2818000 rw-p 00035000 08:01 684409     /usr/lib/opencpn/libgrib_pi.so
b2818000-b2867000 r--p 00000000 08:01 658430     /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf
b2867000-b2893000 r--p 00000000 08:01 692671     /usr/share/fonts/truetype/ttf-droid/DroidSerif-Italic.ttf
b2893000-b28e5000 r-xp 00000000 08:01 684408     /usr/lib/opencpn/libdashboard_pi.so
b28e5000-b28ea000 rw-p 00052000 08:01 684408     /usr/lib/opencpn/libdashboard_pi.so
b28ea000-b294a000 rw-s 00000000 00:04 491535     /SYSV00000000 (deleted)
b294a000-b29d9000 r--p 00000000 08:01 658431     /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf
b29d9000-b29f4000 r--s 00000000 08:01 795771     /usr/share/mime/mime.cache
b29f4000-b2a00000 r-xp 00000000 08:01 262451     /lib/libudev.so.0.9.3
b2a00000-b2a01000 r--p 0000c000 08:01 262451     /lib/libudev.so.0.9.3
b2a01000-b2a02000 rw-p 0000d000 08:01 262451     /lib/libudev.so.0.9.3
b2a02000-b2a3a000 r-xp 00000000 08:01 266074     /lib/libdbus-1.so.3.4.0
b2a3a000-b2a3b000 r--p 00037000 08:01 266074     /lib/libdbus-1.so.3.4.0
b2a3b000-b2a3c000 rw-p 00038000 08:01 266074     /lib/libdbus-1.so.3.4.0
b2a51000-b2a66000 r-xp 00000000 08:01 666277     /usr/lib/gvfs/libgvfscommon.so
b2a66000-b2a67000 rw-p 00014000 08:01 666277     /usr/lib/gvfs/libgvfscommon.so
b2a67000-b2a8b000 r-xp 00000000 08:01 666286     /usr/lib/gio/modules/libgvfsdbus.so
b2a8b000-b2a8c000 rw-p 00024000 08:01 666286     /usr/lib/gio/modules/libgvfsdbus.so
b2a8c000-b2d59000 r--p 00000000 08:01 811932     /usr/share/icons/hicolor/icon-theme.cache
b2d59000-b5c1b000 r--p 00000000 08:01 803570     /usr/share/icons/gnome/icon-theme.cache
b5c1b000-b5e59000 r--p 00000000 08:01 795910     /usr/share/icons/Tango/icon-theme.cache
b5e59000-b5ef4000 r--p 00000000 08:01 658426     /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf
b5ef4000-b5f22000 r--p 00000000 08:01 692672     /usr/share/fonts/truetype/ttf-droid/DroidSerif-Bold.ttf
b5f22000-b5f33000 r-xp 00000000 08:01 683590     /usr/lib/libgps.so.19.0.0
b5f33000-b5f34000 rw-p 00010000 08:01 683590     /usr/lib/libgps.so.19.0.0
b5f34000-b5f36000 rw-p 00000000 00:00 0 
b5f41000-b5f43000 r-xp 00000000 08:01 664836     /usr/lib/pango/1.6.0/modules/pango-basic-fc.so
b5f43000-b5f44000 rw-p 00001000 08:01 664836     /usr/lib/pango/1.6.0/modules/pango-basic-fc.so
b5f44000-b5f4a000 r-xp 00000000 08:01 792641     /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
b5f4a000-b5f4b000 rw-p 00005000 08:01 792641     /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so
b5f4b000-b5f51000 r--s 00000000 08:01 13921      /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-le32d4.cache-3
b5f51000-b5f53000 r--s 00000000 08:01 19308      /var/cache/fontconfig/b5ea634b0fb353b8ea17632d1f9ef766-le32d4.cache-3
b5f53000-b5f56000 r--s 00000000 08:01 19294      /var/cache/fontconfig/6eb3985aa4124903f6ff08ba781cd364-le32d4.cache-3
b5f56000-b5f5a000 r--s 00000000 08:01 19305      /var/cache/fontconfig/515ca1ebc4b18308bea979be5704f9db-le32d4.cache-3
b5f5a000-b5f61000 r--s 00000000 08:01 19293      /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-le32d4.cache-3
b5f61000-b5f69000 r--s 00000000 08:01 13405      /var/cache/fontconfig/d52a8644073d54c13679302ca1180695-le32d4.cache-3
b5f69000-b5f6f000 r--s 00000000 08:01 19306      /var/cache/fontconfig/cabbd14511b9e8a55e92af97fb3a0461-le32d4.cache-3
b5f6f000-b5fcf000 rw-s 00000000 00:04 425997     /SYSV00000000 (deleted)
b5fcf000-b5fd6000 r-xp 00000000 08:01 666524     /usr/lib/libltdl.so.7.2.1
b5fd6000-b5fd7000 rw-p 00007000 08:01 666524     /usr/lib/libltdl.so.7.2.1
b5fd7000-b5fe4000 r-xp 00000000 08:01 666526     /usr/lib/libtdb.so.1.2.1
b5fe4000-b5fe5000 rw-p 0000c000 08:01 666526     /usr/lib/libtdb.so.1.2.1
b5fe5000-b5fea000 r-xp 00000000 08:01 666066     /usr/lib/libogg.so.0.7.0
b5fea000-b5feb000 rw-p 00004000 08:01 666066     /usr/lib/libogg.so.0.7.0
b5feb000-b6012000 r-xp 00000000 08:01 666080     /usr/lib/libvorbis.so.0.4.4
b6012000-b6013000 rw-p 00026000 08:01 666080     /usr/lib/libvorbis.so.0.4.4
b6013000-b6021000 r-xp 00000000 08:01 666531     /usr/lib/libcanberra.so.0.2.3
b6021000-b6022000 rw-p 0000e000 08:01 666531     /usr/lib/libcanberra.so.0.2.3
b6024000-b6027000 rw-s 00000000 00:04 458766     /SYSV00000000 (deleted)
b6027000-b6029000 r--s 00000000 08:01 13399      /var/cache/fontconfig/e13b20fdb08344e0e664864cc2ede53d-le32d4.cache-3
b6029000-b602d000 rw-p 00000000 00:00 0 
b602d000-b6036000 r-xp 00000000 08:01 793168     /usr/lib/gtk-2.0/2.10.0/engines/libxfce.so
b6036000-b6037000 rw-p 00008000 08:01 793168     /usr/lib/gtk-2.0/2.10.0/engines/libxfce.so
b6037000-b6041000 r-xp 00000000 08:01 265778     /lib/i686/cmov/libnss_files-2.11.2.so
b6041000-b6042000 r--p 00009000 08:01 265778     /lib/i686/cmov/libnss_files-2.11.2.so
b6042000-b6043000 rw-p 0000a000 08:01 265778     /lib/i686/cmov/libnss_files-2.11.2.so
b6043000-b6056000 r-xp 00000000 08:01 265779     /lib/i686/cmov/libnsl-2.11.2.so
b6056000-b6057000 r--p 00012000 08:01 265779     /lib/i686/cmov/libnsl-2.11.2.so
b6057000-b6058000 rw-p 00013000 08:01 265779     /lib/i686/cmov/libnsl-2.11.2.so
b6058000-b605a000 rw-p 00000000 00:00 0 
b605a000-b6060000 r-xp 00000000 08:01 265763     /lib/i686/cmov/libnss_compat-2.11.2.so
b6060000-b6061000 r--p 00006000 08:01 265763     /lib/i686/cmov/libnss_compat-2.11.2.so
b6061000-b6062000 rw-p 00007000 08:01 265763     /lib/i686/cmov/libnss_compat-2.11.2.so
b6063000-b6064000 rw-p 00000000 00:00 0 
b6064000-b606b000 r-xp 00000000 08:01 666528     /usr/lib/libvorbisfile.so.3.3.2
b606b000-b606c000 rw-p 00006000 08:01 666528     /usr/lib/libvorbisfile.so.3.3.2
b606c000-b6070000 r-xp 00000000 08:01 666535     /usr/lib/libcanberra-gtk.so.0.1.6
b6070000-b6071000 rw-p 00003000 08:01 666535     /usr/lib/libcanberra-gtk.so.0.1.6
b6071000-b6076000 r-xp 00000000 08:01 666539     /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so
b6076000-b6077000 rw-p 00004000 08:01 666539     /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so
b6077000-b61ec000 r--p 00000000 08:01 662300     /usr/lib/locale/locale-archiveAborted

?

thanks,
Hamish

[HamishB]

Originally Posted by HamishB

Hi,

I'd like to report a segfault with 2.5.0 on Debian/stable (DebianGIS build rules). Usually I'd let it slide but this happened when I pressed the MOB button.

opencpn.log for the crash and manual program restart:

...
05:30:00 NZDT: LOGBOOK:  2012-01-23 16:30:00 UTC  GPS Lat  -45.72505 Lon  170.66605 COG   23.00000 SOG   6.50
06:00:00 NZDT: LOGBOOK:  2012-01-23 17:00:00 UTC  GPS Lat  -45.66522 Lon  170.71702 COG   34.00000 SOG   9.10
06:30:00 NZDT: LOGBOOK:  2012-01-23 17:30:00 UTC  GPS Lat  -45.60067 Lon  170.78068 COG   35.00000 SOG   9.70
06:58:39 NZDT: MAN OVERBOARD Time: Tue 24 Jan 2012 06:58:39 NZDT  Position: 045 33.8980 S   170 49.2320 E
06:58:43 NZDT: 


06:58:43 NZDT: 2012-01-24
06:58:43 NZDT:  -------Starting opencpn-------
06:58:43 NZDT: Version 2.5.0 Build 2011-07-26
06:58:43 NZDT: MemoryStatus:  mem_total: 1000 mb,  mem_initial: 27 mb
...

[andyalford]

I have been using OpenCPN as a secondary Nav system on my cruising yacht for a year or so, and love it. I thought it was payback time, so I installed the Beta 2.6.1511 so I could give some beta site feedback. Of course, I should have taken a backup before starting this!

The installation process was a little fraught, trying the upgrade from 2.5.0 to 2.6.1511 resulted in an app that wouldn't start. So uninstall, and reinstall from scratch. I've now lost my Track and Waypoints (small disaster.) Sorry to be a drain on your resources, when I was trying to be a helper!

Any ideas if I can recover this info - I should have backed up to GPX before installation, I now realise. Any other tips for beta testers on real boats, that I should take notice of!?

Thanks for your help and a great piece of software! Andy

[andyalford]

Ok, cancel that question. I did some reverse engineering and restored the 4 files in C:\Program Data\OpenCPN using Windows 7's Previous Versions Restore options (right click / Previous Versions tab) then restarted OpenCPN 2.5.0 and tracks and waypoints are all present! Nice!!

This time, I'll send to a GPX for a backup!

Hopefully I'll be able to send some useful feedback at some stage !!!!

[nohal]

Andy...
Could you also try to dig out the logfile from the crashing runs of the 2.6 beta?
I will try to produce a, incomplete, list of causes for crashes during beta testing I encountered so far and some general suggestions on how to handle them:

1. plugins - likely to cause startup crashes - purge all but grib_pi.dll and dashboard_pi.dll from <OpenCPN install dir>\plugins - especially while transiting from 2.5 to 2.6 where we build against different runtime libs, this is highly probable cause of some troubles - Pretty easy to confirm from the end of the logfile - the last recorded message has something to do with plugin loading, init or deinit
2. ini settings - likely to cause startup crashes - remove openpcn.ini from the config dir to start with the default values. Please, make a backup of the INI file before and if it solves your problem, give us the old one causing problems for examination. The end of the logfile from the last crashing run might be interesting as well.
3. charts - once you end up positioned on a problematic chart likely to cause crashes that look like startup crashes - They are not all the same and the devs don't have access to all of them - try to isolate an exact scenario that is reproducible, ideally try to find one chart that causes the problem, the more exact you are, the higher the chance that we will find the cause of the problem. Especially if it's a commercial chart, expect that we will need you to do quite some testing as we simply can't get access to that chart. The long time not seen cause for problems could be corrupted chart database (CHRTLIST.DAT) in the config folder - you may try to delete it (keep backup so we can have a look). Purging the SENC folder also doesn't hurt (all your ENC charts will be ingested again, so it will cost you some time)
4. something else - Are you sure that it's not something from the causes mentioned above? If so, try to isolate an exact scenario to reproduce the problem and give us as much detail as you can: OS version, machine specs, logfile from the run that crashed, your INI file etc. The more info we get the more we can figure out from it.

General:
Read the manual, especially Installing OpenCPN | Official OpenCPN Homepage

The common Windows practice to try to solve everything with continuous reboots and reinstalls is nice, but it's really a last resort solution and actually has close to zero chance to do anything you haven't done in a controlled manner by hand going through the steps above.

Do not use development versions on production systems if you don't realize the risks - they are meant for testing and can be, and sometimes are, broken.

If you don't want to lose your data, keep regular backups.

Pavel

[andyalford]

Originally Posted by nohal

Andy...
Could you also try to dig out the logfile from the crashing runs of the 2.6 beta?
I will try to produce a, incomplete, list of causes for crashes during beta testing I encountered so far and some general suggestions on how to handle them:

1. plugins - likely to cause startup crashes - purge all but grib_pi.dll and dashboard_pi.dll from <OpenCPN install dir>\plugins - especially while transiting from 2.5 to 2.6 where we build against different runtime libs, this is highly probable cause of some troubles - Pretty easy to confirm from the end of the logfile - the last recorded message has something to do with plugin loading, init or deinit
2. ini settings - likely to cause startup crashes - remove openpcn.ini from the config dir to start with the default values. Please, make a backup of the INI file before and if it solves your problem, give us the old one causing problems for examination. The end of the logfile from the last crashing run might be interesting as well.
3. charts - once you end up positioned on a problematic chart likely to cause crashes that look like startup crashes - They are not all the same and the devs don't have access to all of them - try to isolate an exact scenario that is reproducible, ideally try to find one chart that causes the problem, the more exact you are, the higher the chance that we will find the cause of the problem. Especially if it's a commercial chart, expect that we will need you to do quite some testing as we simply can't get access to that chart. The long time not seen cause for problems could be corrupted chart database (CHRTLIST.DAT) in the config folder - you may try to delete it (keep backup so we can have a look). Purging the SENC folder also doesn't hurt (all your ENC charts will be ingested again, so it will cost you some time)
4. something else - Are you sure that it's not something from the causes mentioned above? If so, try to isolate an exact scenario to reproduce the problem and give us as much detail as you can: OS version, machine specs, logfile from the run that crashed, your INI file etc. The more info we get the more we can figure out from it.

General:
Read the manual, especially Installing OpenCPN | Official OpenCPN Homepage

The common Windows practice to try to solve everything with continuous reboots and reinstalls is nice, but it's really a last resort solution and actually has close to zero chance to do anything you haven't done in a controlled manner by hand going through the steps above.

Do not use development versions on production systems if you don't realize the risks - they are meant for testing and can be, and sometimes are, broken.

If you don't want to lose your data, keep regular backups.

Pavel

1. Plugins are not enabled, so they are not an issue.
2. To solve the startup crash I can remove the INI file - the one that causes the crash is attached (removed .doc file extension.)

To get my Track and Waypoints back, I simply copied over the NAVOBJ.XML file from 2.5.0 and all appears perfectly. I exported from 2.6.1511 to GPX as well just to check out data integrity and to get a backup.

I am getting a crash every time I close OpenCPN now, not sure what is causing that yet...

I hear what you're saying about not using Beta software in a real situation, but I have a Raymarine C80 in the cockpit doing the real nav, and MaxSea running in parallel in WinXP mode parallel, so I have a bit of insurance. And since I have B+G instruments, autopilot, GPS and AIS NMEA data all transmitting through Bluetooth into GPSgate. This then multiplexes into OpenCPN, GoogleEarth, PolarCOM and MaxSea. I'm cruising the Philippines, so CM93 charts but mainly scanned charts in KAP format. So, I reckon an interesting test platform for OpenCPN?

[Win 7 Pro x64 SP1 on Lenovo X200 Tablet with 4G RAM.]

[andyalford]

Pavel,

Some more experimentation, I notice my Track & Waypoints data file is much smaller in 2.6.1511 (2701 KB) versus the same data in 2.5.0 (9835 KB) This is true whether the data is in C:\Program Data\opencpn\navobj.xml or an exported GPX file of my chosen name. I take it that you are compressing the data in this latest release (or is something being lost?)

I can ZIP and send the files if you'd like, but they are too large to attach here.

Cheers, Andy

[nohal]

Andy...
This is intended. There's a change in the way we handle tracks in 2.6 - we removed a bit of abstraction that made the trackpoints hold the same internal identification data as routepoints and so are dumping this info from the files (no part of the data important to the user is lost) - you should observe a dramatic performance improvement with very long tracks and the files should be portable pretty painlessly in both directions between 2.5 and 2.6.

Pavel

[HappySeagull]

Can't say per Win7 BUT on xp..
Running the 2.6 Betas as PORTABLE versions can be is a good way to run really parallel installations-without interfering with 2.5 Stable...
...use 7Zip (also available as a Portable!) to extract the files from the opencpn beta installer "exe"
and read this...
Portable OpenCPN | Official OpenCPN Homepage

you can run it at the same time with other versions...all your stuff is in the one folder and the folder can be sitting on your desktop if you like.

(7zip Portable from here
7-Zip Portable | PortableApps.com - Portable software for USB, portable and cloud drives)

[HappySeagull]

.Is this a bug?..one thing that continues to seem odd to me is losing "window focus" after fiddling in the toolbox....that is, upon closing the tool box, I can't scroll, zoom, or use keyboard shortcuts until I "revive" the focus by left-clicking in the chart window....
This also seems to happen when the window is "restored" from the taskbar, from the minimised condition, that is.

My OS is XP....This applies to 2.5 and 2.6betas that I know of.

This is not the normal case in most Windows apps?....When a Preference dialogue is opened, used and closed ("ok" or "apply"), then the main window is focussed and can be used without left-clicking in it...

[bcn]

Happy,

on W7 and 2.5.0 it's ok - close toolbox and +/- do work as it should.


bcn