OpenCPN Beta Version 3.3.1117 Released

[Hakan]

Dave.. Thanks. Of course your obligingness and knowledge was leading me to the correct task. My first thoughts for an answer to your question was -Yes! this was working fine before the last update from Git.- But then you led me to remember that there was recently a Poedit update which I accepted - hmmm... And Yes! After the adaptations described below everything was back to normal and, of course, Git source is fine!

When updating Poedit to version 1.6.3 (from 1.5.2) the environment variables pointing to Poedit has to be changed!! (From C:\<your patch>\poedit\bin to C:\<your patch>\poedit) The "bin" directory is now rationalized.

So the Developer's manual needs to be updated since the Poedit is now offering the 1.6.3 version.

Thanks for your help/Håkan

[Hakan]

Corrections to last post #120: <your patch> should be <your path>


For info regarding Win32:
Dashboard_pi.dll built from present Git is still causing a crash. Switched back to original 3.3.1117 dashboard_pi.dll and no crash. Error report sent today.

[bdbcat]

Hakan...

Glad all is working.

We are having some internal problem processing crash reports just now.

What is the crash situation on the latest git dashboard? Details?

Thanks
Dave

[Hakan]

Originally Posted by bdbcat

Hakan...
What is the crash situation on the latest git dashboard? Details?
Thanks
Dave

Dave..
See also post #103 http://www.cruisersforum.com/forums/...ml#post1406702 and especially #105 in this thread.

Crash description:
System:
Win32-XP, No OpenGL, Git source from last week.
The dashboard_pi project only debugged and released in VC10.
The newly created dashboard_pi.dll copied to OCPN running dir.

The running opencpn.exe is from the above Git source and built in VC10 prior to dashboard_pi and copied to the program dir. (But the crash was there also with the origin opencpn.exe from the 3.3.1117 distributed release.)

Activated and viewed Dashboard with some six instrument.
No live GPS but AIS internet TCP feed where a GPRMC sentence is present but I've filtered that out.

The crash occurs when updating preferences as follows:
-Right click in the Dashboard window.
-Choose "Dashboard preferences"
-Mark a panel
-Change something or don't change anything -equally result.
-Hit the "Ok" button - crash...

More info?? Please note.

Håkan

[rgleason]

Hakan wrote:

When updating Poedit to version 1.6.3 (from 1.5.2) the environment variables pointing to Poedit has to be changed!! (From C:\<your path>\poedit\bin to C:\<your patch>\poedit) The "bin" directory is now rationalized.

So the Developer's manual needs to be updated since the Poedit is now offering the 1.6.3 version.

Hakan, is it a requirement that I update to compile? Or is it just good practice? Some software, such as wxWidgets we should not update unless told to do so with a particular version.

Thanks
Rick

[Hakan]

Rick..
No - my update wasn't forced by any OCPN requirement but initiated by an automatic Poedit function and I accepted since I hadn't heard about any version restrictions for Poedit like for wxWidget and VC++.
But, and that may be more important, the opencpn Windows development wiki has a link to Poedit which now leads to a download of the new version 1.6.3. And as result of that the description of the environment variables path is no longer valid for those starting from scratch.
Håkan

[Hakan]

Regarding Poedit Ver 16.3 again. Please see post http://www.cruisersforum.com/forums/...ml#post1419138

[bdbcat]

CarCode, Hakan, SethDart....

I just committed a fix for the problem originally found by CarCode as an assert error on Mac, wx3.1. It relates to size_t and %zu format specifier.

The originally proposed fix https://github.com/OpenCPN/OpenCPN/c...e78a16bb2f528f fails in Windows.

My new fix should work on all platforms, I hope.

If you have the time, please clone the latest git, and try a build/run in your environment.

This will be (un-released) Version 3.3.1220

Thanks
Dave

[Icnoships]

Hi Dave thanks 4 the fix, just compiled - 3.3.1220 with cmake/clang on MacOS x.7.5 against wx 2.9.

No problems.

The Assert that was present on 3.3.1117 at start up is gone.

Good stuff.

All the best o the season to one an "O"

Mo

[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

[CarCode]

Originally Posted by bdbcat

CarCode, Hakan, SethDart....

I just committed a fix for the problem originally found by CarCode as an assert error on Mac, wx3.1. It relates to size_t and %zu format specifier.

The originally proposed fix https://github.com/OpenCPN/OpenCPN/c...e78a16bb2f528f fails in Windows.

My new fix should work on all platforms, I hope.

If you have the time, please clone the latest git, and try a build/run in your environment.

This will be (un-released) Version 3.3.1220

Thanks
Dave

Dave,
as you have changed the fix now to my former suggestion
(see http://www.cruisersforum.com/forums/...ml#post1402722 ) it works OK with OS X Mavericks, Xcode and wxWidgets 3.1 and hopefully for other configurations as well which I can't test.

The new grib weather table is a nice feature and I guess most users will like it.

As Icnoships pointed out already your latest diffs generates new asserts which has not be seen before. It will take me some time to find out where something is going wrong. As far as I can see right now it seems to have something to do with pluginmanager.cpp and grib_pi. I will come back when I have found something for sure.

Gerhard

[Hakan]

Originally Posted by bdbcat

CarCode, Hakan, SethDart....
I just committed a fix for the problem originally found by CarCode as an assert error on Mac, wx3.1. It relates to size_t and %zu format specifier.
Windows.
My new fix should work on all platforms, I hope.
If you have the time, please clone the latest git, and try a build/run in your environment.
This will be (un-released) Version 3.3.1220
Thanks
Dave

Dave.. Test report Win32-XP no OpenGl
The main issue Dashboard_pi.dll work's fine. But I experienced some debug failures:

My processes:
-Git pull origin - OK
-cmake .. – ok
-cmake –-build . – OK no first time errors!
-In VC10:
--OCPN Debug Build – Failed – See below
--OCPN Release build _ Succed and .exe copied to standard lib runs ok.
--Dashboard_pi debug build – Succed
--Dashboard_pi release build – Succed .dll copied to standard lib and runs fine in 3.2.1220 without previous failure upon properties change.
--Grib_pi debug build – Succed
--Grib_pi release build – failed, see log message here:

  c:\builds\opencpn\opencpn-git\plugins\grib_pi\src\smapi.cpp(217): warning C4715: 'wxMapiSession::Logon' : not all control paths return a value
  LINK : fatal error LNK1181: cannot open input file 'Release\LIB_BZIP.lib'
  ========== Rebuild All: 0 succeeded, 1 failed, 0 skipped ==========
  

Opencpn hangs on debug.
First a msg-box from VC10, see screenshot :

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


Answering “Break” or “Continue” makes the same result:
Then a Msg-box from VC10-Debug Library, see screenshot below:
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)

The debug failures may be due to I’ve missed some files copying?? (The debug runs fine in .3.3.1117.) Please advice while I’ll try to find out.

Thanks Håkan

[Hakan]

Dave..
Grib_pi release failure solved!
(Copied "LIB_BZIP.lib" from /Debug to /Release. Naturally??)
-A nice "Center" button- :-)

Thanks Håkan

[Gilletarom]

Hello Dave, Helo Grib devepper,

Some days ago, I create a portable version of 3.3.1117. W 7 Starter.

All is Ok. But when I try to use Grib plugin, at first use, there is no grib file. So it is necessary that I load a grib file ... And then Crash.

A automatic crash report was sent. Please, see all information in this automatic report.

I open a task here :

FS#1272 : Grib plugin crash when I try to open a grib file in a USB install.

[HappySeagull]

Not even dark here yet, so there's still time to wrap up a lump of coal and tuck it under the tree!
Did I miss something about Weird Skew Messages?

...looking at the log I now see this all the time....weird skew messages

3:41:42 PM: Initializing Chart ..\..\..\..\CHARTS\351301.KAP
3:41:42 PM:    Warning: Skew override on chart ..\..\..\..\CHARTS\351301.KAP is 359.999 degrees
3:41:42 PM: Initializing Chart ..\..\..\..\CHARTS\360201.KAP
3:41:42 PM:    Warning: Skew override on chart ..\..\..\..\CHARTS\360201.KAP is 359.993 degrees
3:41:42 PM: Initializing Chart ..\..\..\..\CHARTS\300001.KAP
3:41:42 PM: Initializing Chart ..\..\..\..\CHART_MAPS\TOPOS_Canada\canwest.kap

etc.
but this is not so with version 2.2. No weird skew messages there.


These are old Canadian bsb's and some home-made imgkap charts.
Here's part of the header for 351301.kap..

!Copyright 1996, NDI. All Rights Reserved
BSB/NA=STRAIT OF GEORGIA NORTHERN PORTION / PAR,NU=3513,RA=8187,11619,DU=254
KNP/SC=80000,GD=NAD27,PR=MERCATOR
    PP=49.50000, PI= 0.50000,SP=UNKNOWN,7 SK= 0.00
    UN=METERS,SD=LNT,DX= 8.00,DY= 8.00
CED/SE=3513,RE= 351301,ED=02/05/96
VER/1.0
OST/1
IFM/4

They are all skewless...
I've turfed out plugins,navobj,even the ini file just in case.

Here's some complete but short logs attached...

opencpn(3.2.0).log.doc
opencpn(3.3.1117).log.doc

on the off-chance, maybe relates to the New Zealand Chart stuff.