OpenCPN Beta Version 3.3.1824 Released

[bcn]

On your keyboard
And on a German one "Ü" as well.
So it looks for me like an issue with the character sets used (or incorrectly interpreted).

[cagney]

Originally Posted by nohal

....
Please note that there will be no manually built DEB packages on opencpn.org for some time as Cagney is out sailing, so really consider adding the PPA to your system, it is as easy as

sudo add-apt-repository ppa:nohal/opencpn
sudo apt-get update
sudo apt-get install opencpn

......

Pavel

Is there still a need for my manually compiled Ubuntu packages?
Nohal's PPA is the way to go. No big deal for me, I'll continue to do them if there is a demand.......

Thomas

[CarCode]

Originally Posted by bdbcat

Good morning testers...

Time for a pep talk?

Let me restate clearly the current mission of the O dev team.

1. OpenCPN Version 4.0 is the target.
2. 4.0 will be a major upgrade in functionality, performance, and platform support.
3. 4.0 will be released when it is ready, fully tested, and stable.
4. We are under no pressure to replace OCPN 3.2.2, the current stable Production build.

So, here is the situation. Major changes to the internal "plumbing" of OCPN have been necessary to set us up for the modifications that will get us to the goals of 4.0. As you know, some of those plumbing changes have had, and still do have, serious regression issues. I expect this. And frankly, if we did not get some breakage here, I would say that our ultimate goal is too modest.

The OCPN development team is more than a few night-time code pushers. The team includes the legion of Beta testers who find the time and motivation to test under difficult conditions, create reports, suggest improvements, and soldier through the potholes.

And this worldwide team is unlike any development team I have ever been involved with. I am humbled.

So, we stay the course. We push through the gales, ice, and shoals. And we arrive at our destination battered, but satisfied.

Thanks for your continued support.

Dave

There is a patch for Dutch IENCs in FlySpray 2 month ago.
It works but it is not in the master code.
So it seems there are other priorities right now...
More and more people in the german community are frustated.
Gerhard

[rgleason]

Gerhard,
I think people are pretty busy right now. Perhaps you could provide the FS# and a link to make it just a little easier?

There is a patch for Dutch IENCs in FlySpray 2 month ago.
It works but it is not in the master code.

Best
Rick (:]}---| <--That's a long neck. Try to keep your sense of humor!

[rgleason]

Very recent git pull of O 3.3.1824 a few warnings

Done Building Project "C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\ALL_BUI
LD.vcxproj" (default targets).

Build succeeded.

"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\ALL_BUILD.vcxproj" (default t
arget) (1) ->
"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\S57ENC.vcxproj" (default targ
et) (6) ->
(ClCompile target) ->
  ..\src\s52plib.cpp(374): warning C4305: '=' : truncation from 'double' to 'flo
at' [C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\S57ENC.vcxproj]


"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\ALL_BUILD.vcxproj" (default t
arget) (1) ->
"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\plugins\dashboard_pi\dashboar
d_pi.vcxproj" (default target) (8) ->
"C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj" (default tar
get) (10) ->
  ..\src\chartimg.cpp(2469): warning C4101: 'px' : unreferenced local variable [
C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]
  ..\src\chartimg.cpp(2469): warning C4101: 'py' : unreferenced local variable [
C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\opencpn.vcxproj]
  c:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\math.h(632): wa
rning C4005: 'M_PI' : macro redefinition [C:\Data-Dart\Up-Soft\Navigation\opencp
n-git\build\opencpn.vcxproj]

    4 Warning(s)
    0 Error(s)

Time Elapsed 00:01:12.25

C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build>

[rgleason]

Trying to run MSVC++ Debug Opencpn 3.3.1824 (current) with debug weather_routing_pi and climatology_pi
------------------------------------------------
MSVC Debug does not work... so I can't debug weather_routing which freezes opencpn.
------------------------------------------------
Earlier v3.3.1824 (opencpn-git2)
after copy o-plugin standalone DEBUG compiled versions:
- climatology_pi.dll and climatology_pi dir and data (most current version)
- weather_routing_pi.dll and weather_routing_pi dir and dat (most current version)
to ...opencpn-git2/build/plugin

When load MSC++ and pick this opencpn-git2 directory and opencpn.sln, then pick "Build"
this error appears....

6>Project not selected to build for this solution configuration
7>------ Skipped Build: Project: grib-pot-update, Configuration: Debug Win32 ------
7>Project not selected to build for this solution configuration
8>------ Skipped Build: Project: po-update, Configuration: Debug Win32 ------
8>Project not selected to build for this solution configuration
9>------ Skipped Build: Project: dashboard-pot-update, Configuration: Debug Win32 ------
9>Project not selected to build for this solution configuration
10>------ Skipped Build: Project: dashboard-po-update, Configuration: Debug Win32 ------
10>Project not selected to build for this solution configuration
11>------ Skipped Build: Project: pot-update, Configuration: Debug Win32 ------
11>Project not selected to build for this solution configuration
2>cl : Command line error D8016: '/O2' and '/RTC1' command-line options are incompatible
3> i18n: Done.
4> grib_pi-i18n: Done.
5> dashboard_pi-i18n: Done.
12>------ Skipped Build: Project: dummy, Configuration: Debug Win32 ------
12>Project not selected to build for this solution configuration
13>------ Build started: Project: ALL_BUILD, Configuration: Debug Win32 ------
13> Build all projects
14>------ Skipped Build: Project: PACKAGE, Configuration: Debug Win32 ------
14>Project not selected to build for this solution configuration
15>------ Skipped Build: Project: INSTALL, Configuration: Debug Win32 ------
15>Project not selected to build for this solution configuration
========== Build: 5 succeeded, 1 failed, 7 up-to-date, 9 skipped ==========

If I then simply continue by Running Debug mode there is an error message "There were build errors..." and hit continue.
The charts load etc and can scroll and pan.
Then I can start debug version of Climatology_v0.10_pi but it does not find any data...(plugin problem)
and Grib_pi (have copied the debug dll to plugins dir) works fine.
Then when start Weather_routing_v1.0_pi the Opencpn 3.3.1824 (early version) freezes
but when I haven't clicked wxrting the program seems to work normally.

======================
======================

Current v3.3.1824 (opencpn-git)
after copy o-plugin standalone DEBUG compiled versions:
- climatology_pi.dll and climatology_pi dir and data (most current version)
- weather_routing_pi.dll and weather_routing_pi dir and dat (most current version)
to ...opencpn-git2/build/plugin

When load MSC++ and pick this opencpn-git directory and opencpn.sln, then pick "Build"
no error appears....

14>------ Skipped Build: Project: INSTALL, Configuration: Debug Win32 ------
14>Project not selected to build for this solution configuration
========== Build: 5 succeeded, 0 failed, 8 up-to-date, 9 skipped ==========

Then "Start Debugging"
This error appears:
"Unhandled exception at 0x015e361d in opencpn.exe: 0xC0000005: Access violation reading location 0x000000dc."

Also styles.h is stopped at line 46
namespace ocpnStyle {
--> WX_DECLARE_STRING_HASH_MAP( int, intHash );

===
Then close MSVC and start again, try Clean and Build again. Still get

Unhandled exception at 0x012e361d in opencpn.exe: 0xC0000005: Access violation reading location 0x000000dc.
--> WX_DECLARE_STRING_HASH_MAP( int, intHash );
Cannot continue, must break as it is in a loop with continuous errors.

===

Then delete weather_routing_pi and climatology_pi and data directories. Close and start MSVC
Unhandled exception at 0x0144361d in opencpn.exe: 0xC0000005: Access violation reading location 0x000000dc.
--> WX_DECLARE_STRING_HASH_MAP( int, intHash );

--This error is similar to previous reports.
--can anyone shed some light on why this occurs with the most current version?
--This is independent of the plugins climatology_pi and weather_routing_pi because I deleted those, rebuilt and it still happens.

Should I start over again and git clone? I think that would be the third time on this.

If I can't get opencpn debugging, then I can't debug wxrtng.

[rgleason]

I should add that after git pull for my current ..opencpn-git and complie and cpack
then execute opencpn_3.3.1824_setup.exe and install current version of 3.3.1824,
This release version runs ok in both no opengl and opengl versions for me.

When I load current release version of climatology_pi it opens, same with grib, but weatherrouting version 1.0 (most current) hangs Opencpn 3.3.1824 (current version)

Something is missing here between the plugin and program. Please advise. Thank you.

[bdbcat]

Rick...

Quick lesson in Visual Studio.

When VS2010 stops on a fault or breakpoint, the lower right pane of the VS GUI shows the "call stack" at the time of stop. The entries are read from top to bottom. The most recent code that contained the breakpoint or fault is on the top of the list.

In the attached picture, the interesting point is:

>    opencpn.exe!ocpnStyle::StyleManager::StyleManager()  Line 550    C++

This tells us exactly where the fault is. Magic!

So, what do you see on your reported debug build fault?

Dave

[rgleason]

Thank you Dave.

My setup had "Command Window" or something like that there. So I had to go to "Window" "Reset Window Layout" "Yes" to get back the "Call Stack"

> opencpn.exe!ocpnStyle::intHash_wxImplementation_Ha shTable::GetNode(const wxString & key) Line 46 + 0x3d bytes C++

but what file is it in? ah now I see the threads to the right, it says opencpn.exe, but that is no help, should't it say which scr ( I mean src) file has the problem?
Is it in "styles.h" which is the file that is open above with a yellow arrow pointing to
namespace ocpnStyle {
---> WX_DECLARE_STRING_HASH_MAP( int, intHash );
( at line 46 , which I did state before)?

Anyway hope that helps, ...I learned something more. Thanks.

[bdbcat]

Rick...

Please post a picture of the call stack pane, and I'll walk us through it.

Dave

[rgleason]

Dave,

Start MSVC++, load the appropriate opencpn.sln from appropriate directory.
1. MSVC-after "Build" Screen
2. MSVC after "Start Debug" see Call-Stack with Instant-Break-Screen
3. MSVC after Hit "Break" then "Select All" in Call Stack (right click or Ctl+A) Screen
4. Open Notepad++ Copy Call Stack to Notepad (Select all Ctl+A , Copy Ctl+C, Paste Ct+lV) Screen
5. Notepad++-Save doc File and upload "MSVC++ Call Stack -Debug Instant and Continuous Break with Open 3.3.1824"

NOTES:
For others. You can reset your screen with "Window" > "Reset Layout"
Bottom Right Tabs: Check out tabs "Output" "Call Stack" "Breakpoint"

Have not learned about setting breakpoints (and many other things).

[bdbcat]

Rick...

As you can see by the third line of the call stack, we are having trouble with Style::GetIcon().

I reproduced this. The trouble is that you are missing some files in the uidata directory.

Check the correct log file, and find out what directory he is loading the styles.xml file from. You must have the toolicons_xxx.png files in this place also.

from my log on linux:

23:57:56 EDT: Styles loading from /usr/share/opencpn/uidata/styles.xml

We should do a better job of calling out an error here. I'll make a note...

Good Luck
Dave

[rgleason]

The folder used to be uidata and also with compiling it changes somehow I think.
How do I find the right folder?

And how do I find the correct log file? I've snooped around and found lots of log files. Do I just follow my nose here and do an aggressive windows search on the build directory?

Search on build dir found the four files here
C:\Data-Dart\Up-Soft\Navigation\opencpn-git\build\_CPack_Packages\win32\NSIS\opencpn_3.3.1 824_setup\uidata

Nowhere else.
Where should they be located?

[rgleason]

In another opencpn-git2 folder earlier that does compile, I have
C:\Data-Dart\Up-Soft\Navigation\opencpn-git2\uidata
C:\Data-Dart\Up-Soft\Navigation\opencpn-git2\build\uidata

Should these folders and the 4 files also be in same place on opencpn-git?
How would these have gotten deleted?
Also why doesn't "git pull" just fix it and fill in the missing files?
I don't make any changes, or am forced to git stash those changes anyway.

[nohal]

Rick...
They did not get deleted. You have to copy them into your build directory to be able to run the not-installed debug builds as noted in Compiling - Windows | Official OpenCPN Homepage

Pavel