OpenCPN Beta Version 3.3.1117 Released

[bdbcat]

Happy....

Obnoxious skew messages in the log are on my short TODO list. They are "nothing to worry about", and do not relate to New Zealand problems.

Merry Christmas
Dave

[CarCode]

Originally Posted by Icnoships

But...bit hasty there
WX Assert -
../src/common/image.cpp(1901): assert "!HasAlpha()" failed in InitAlpha(): image already has an alpha channel

Call stack:
[00] _ZL22wxDefaultAssertHandlerRK8wxStringiS1_S1_S1_
[01] wxOnAssert(char const*, int, char const*, char const*, wchar_t const*)
[02] GRIBOverlayFactory::getLabel(double, int) GribOverlayFactory.cpp:54
[03] GRIBOverlayFactory::RenderGribNumbers(int, GribRecord**, PlugIn_ViewPort*) GribOverlayFactory.cpp:93
[04] GRIBOverlayFactory:oRenderGribOverlay(PlugIn_Vie wPort*) GribOverlayFactory.cpp:23
[05] GRIBOverlayFactory::RenderGLGribOverlay(wxGLContex t*, PlugIn_ViewPort*) GribOverlayFactory.cpp:14
[06] grib_pi::RenderGLOverlay(wxGLContext*, PlugIn_ViewPort*) grib_pi.cpp:37
[07] PlugInManager::RenderAllGLCanvasOverlayPlugIns(wxG LContext*, ViewPort const&) pluginmanager.cpp:82
[08] glChartCanvas::render() glChartCanvas.cpp:181
[09] glChartCanvas::OnPaint(wxPaintEvent&) glChartCanvas.cpp:64
[10] wxEvtHandler::ProcessEventIfMatchesId(wxEventTable EntryBase const&, wxEvtHandler*, wxEvent&)
[11] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[12] wxEvtHandler::ProcessEventLocally(wxEvent&)
[13] wxEvtHandler::ProcessEvent(wxEvent&)
[14] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[15] wxWindowBase::HandleWindowEvent(wxEvent&) const
[16] wxWindow::MacDoRedraw(long)
[17] wxWidgetCocoaImpl::drawRect(void*, NSView*, void*)
[18] wxOSX_drawRect(NSView*, objc_selector*, CGRect)
[19] -[NSView _drawRect:clip:]
[20] -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:]
Do you want to stop the program?
You can also choose [Cancel] to suppress further warnings.

On clicking the Grib icon.

A differnt issue but thought i would mention it

Mo

Mo,
try to comment out InitAlpha() like this:
#ifndef __WXOSX__
gr_image.InitAlpha();
#endif
and any other occurence of InitAlpha() in the code the same way.

BTW I'm running OCPN on OS X always with OpenGL activated.

Gerhard

[Hakan]

Plugin icons suddenly disappeared.
The icons in the tools menu for "Launcher_pi" and "OpenCPNDebugger_pi" are today gone!? The spaces in the menu are there as well as the mouse over help text. Yesterday all was present and obviously I've in some matter forced this.
Any hints for search and actions please.
(I've restarted plugins, OCPN and the PC. No log file massage.)
Win32, 3.3.1220. See attached pic.
Thanks Håkan

[Hakan]

All.. for info reg. last post #138.
The icon failure was a "normal" Windows mystery appearance. After changing screen resolution back and forth not only the OCPN icons where restored but also some desktop icons where changed. The latter was my trace since I after my possible to quick last post started to look around and found some desktop icons with quite odd appearance.
Lessons learned: -Don't blame the messenger.- (In this case the OCPN)

[Hakan]

For info: Today's git pull tested in Win32 w/o OpenGL.
Release of:
-OCPN > Runs Ok
-Grip_pi > Runs Ok
-Dashboard_pi > Runs Ok

But I still can't debug OCPN beta 3.3.1220. See log from my previous post below. Any hints??

Originally Posted by Hakan

-In VC10:
--OCPN Debug Build – Failed – See below
[/CODE] Opencpn hangs on debug.
First a msg-box from VC10:

Debug stops with a breakpoint message and points to row 397 in string.h:
GetStringData()->Unlock();
From VC10 output log:

  'opencpn.exe': Unloaded 'C:\WINDOWS\system32\mcd32.dll'
  'opencpn.exe': Loaded 'C:\Builds\OpenCPN\opencpn-git\build\plugins\dashboard_pi\Debug\dashboard_pi.dll', Symbols loaded.
  'opencpn.exe': Loaded 'C:\WINDOWS\system32\msimg32.dll', Cannot find or open the PDB file
  'opencpn.exe': Loaded 'C:\Builds\OpenCPN\opencpn-git\build\plugins\grib_pi\Debug\grib_pi.dll', Symbols loaded.
  'opencpn.exe': Loaded 'C:\Builds\OpenCPN\opencpn-git\build\plugins\grib_pi\Release\grib-3.31117_Ver2_pi.dll', Binary was not built with debug information.
  'opencpn.exe': Loaded 'C:\wxWidgets-2.8.12\lib\vc_dll\wxbase28u_vc_custom.dll', Binary was not built with debug information.
  'opencpn.exe': Loaded 'C:\WINDOWS\system32\msvcr100.dll', Cannot find or open the PDB file
  'opencpn.exe': Loaded 'C:\wxWidgets-2.8.12\lib\vc_dll\wxmsw28u_core_vc_custom.dll', Binary was not built with debug information.
  'opencpn.exe': Loaded 'C:\WINDOWS\system32\msvcp100.dll', Cannot find or open the PDB file
  HEAP[opencpn.exe]: Invalid Address specified to RtlValidateHeap( 01830000, 0AFC56C8 )
  Windows has triggered a breakpoint in opencpn.exe.
  
  This may be due to a corruption of the heap, which indicates a bug in opencpn.exe or any of the DLLs it has loaded.
  
  This may also be due to the user pressing F12 while opencpn.exe has focus.
  
  The output window may have more diagnostic information.
  'opencpn.exe': Loaded 'C:\WINDOWS\system32\hnetcfg.dll', Cannot find or open the PDB file
  'opencpn.exe': Loaded 'C:\WINDOWS\system32\wshtcpip.dll', Cannot find or open the PDB file
  The thread 'Win32 Thread' (0x4590) has exited with code 1 (0x1).
  The program '[17064] opencpn.exe: Native' has exited with code 1 (0x1).
  

(Note: the last row(s) is after I’ve ended the process)

Thanks Håkan

[PjotrC]

3.1.1117 on exporting waypoints adds an empty <type> sequence inside the <link> section as shown on the example below:

    <link href="http://weather.noaa.gov/fax/marine.shtml">
      <text>NOAA Marine Radio Forecast Charts</text>
      <type></type>
    </link>

This can be correctly imported back into 3.3.1117, but does crash all the previous versions 3.2 back to 1.3...

Not sure if the bug is in including the empty <type> or not handling it properly elsewhere, but it is probably safer to omit this. Other programs I tried (PolarView, EasyGPS) do not complain on import, but they just skip the links section.

Attached are the samples of the same WPT exported from 3.3.1117 and 3.2.2.

[nohal]

Pjotr...
If there's a bug, it's in the old versions not surviving it (if the crash is caused by the type element at all). In the 3.3.1117 produced GPX file, it's a waste of space, but completely OK GPX-wise. Anyway, will have a look at it.

Thanks

Pavel

[Gilletarom]

Hello Dave,

First, happy new year ...

Second, As mentioned in this post:
OpenCPN Internationalization ( i18n ) - Page 42 - Cruisers & Sailing Forums
I have a precompiled version for OCPN 3.3.1220. And I redid the french language file by downloading all the necessary files in GitHub (master branch).

I found that in the main language file was missing item "Weather table." So it is not possible to translate this item.

Some other items are not present in AIS informations sending : Report age, Heading, Turn rate.

Best regards and long life to OpenCPN.

Gilletarom.

[wdkester]

I just created a crash report. My first. The situation - I created a route that goes from Jacksonville Inlet to Port Cove and tried to follow it in RNC, there is a detail chart in TMercator. I clicked on it and then tried to click the next mercator chart in the route. Boom!

Just tried it again and I can't reproduce it.

Trying to follow this route using ENC is screwy too. You run into grey areas that take a long time to quilt.

[wdkester]

Here's the route.

Also while creating the route the system got really slow. I may have changed chart groups between ENC and RNC while creating the route.

[Hakan]

Originally Posted by Hakan

For info: Today's git pull tested in Win32 w/o .....
But I still can't debug OCPN beta 3.3.1220. See log from my previous post below. Any hints??

Hi..But today's pull of 3.3.1220 builds w/o errors to Win32 AND the VC10 debug is running just fine.
Whatever you've done my O "playstation" is alive again. Appreciated! I'll try to stress it tomorrow. (Z-1 > zzzzz)
Thanks Håkan