OpenCPN Beta test 4.1.1022 Release

[Rasbats]

For O 4.1.925 on Win 8.1 I found that with both Objsearch and Survey_pi installed (together and seperately) O crashed, on exiting O. Wondered if it was linked with SQLite.

I uninstalled MSVC 2013 and the associated programs, then re-installed MSVC 2013 and the problem had gone away. Interesting to know if the French user is running 2013.

Mike

[rgleason]

Rick...
Current master builds just fine for me on all platforms, can you try a clean build please? Pavel

New clone, fixed 2 erros, still one error. Copied opencpn.lib. Perhaps related to chartdnldr opencpn.lib problem? See attached please.


C:\Users\Rick\Documents\GitHub\OpenCPN>git branch -va
* master 65735df Fix error in f2787c4
remotes/origin/HEAD -> origin/master
..
remotes/origin/master 65735df Fix error in f2787c4

Thanks Pavel.

[nohal]

Rick...
Just build again, opencpn.lib already exists now. And yes, we should fix it so that even the first build completes successfully.

Pavel

[Gilletarom]

Dave, Pavel,

Originally Posted by nohal

So Objsearch has to be fixed... Is the user on Windows?

Pavel

First :
I ask the french user what kind of PC. He has 2 PC. One under W 8.1 and one under W10 (With CD ROM)

Secondly : an other french user said on the same forum that if Objectsearch is unactivate, then no crash under W 10.

[rgleason]

Rick...
Just build again, opencpn.lib already exists now. And yes, we should fix it so that even the first build completes successfully.

Pavel

That was pretty brainless of me!
I have to run cmake -T v120_xp again after I copy opencpn.lib into /build.
Thank you for great patience. It worked.

Don't have to copy wxWidgets etc. --very nice!

[rgleason]

For others, to package NSIS "cpack" to work need sourceforge data put into buildwin, as usual.

[rgleason]

Idea for Toolbar Icons ---> Plugin Icons at the end.
We can turn enable-disable and sort them now under Options > Plugins. - Nice.
Could that order be the order that they are displayed in the toolbar?
Should this be put in Tracker Features request?

PS Serge is it time to "close" the request for separate area for plugin toolbar icons? - Perhaps I don't understand something.

[bdbcat]

Gilletarom....

Re: OpenGL and nvVerlag PlugIn crashes...

1. I agree that the crash dump is empty. I will investigate this from my side. It may relate to the crash of "Crash reporter". Who can we trust? sigh...

2. On the charts crash itself, I think there may be one chart that causes the crash. In the picture here, I show the unquilted chart in non-OpenGL mode. No crash, but clearly a bad chart display. This means a problem in the PlugIn.

http://www.cruisersforum.com/forums/...9&d=1445854521


Perhaps you could discover what chart that is, and temporarily remove or disable it, to see if that makes a difference in the quilt crash.

If I understand correctly, that chart shows well in O4?

Of course, there may be other "bad" NV charts in 4.1.1025 as well. You may troll for them using non-OpenGL, non-Quilt mode.

Thanks
Dave

[rgleason]

As reported by TDan
Opencpn freezeup still happens with v4.1.1022 very recently compiled.
..\GitHub\OpenCPN>git branch -va * master 65735df Fix error in f2787c4

Rick:
http://www.cruisersforum.com/forums/...ml#post1946316
TDan:
http://www.cruisersforum.com/forums/...ml#post1946192
Earlier report Rick with Coords:
http://www.cruisersforum.com/forums/...ml#post1945659

[bdbcat]

hoolie...

re:
"Inexplicably, to me anyway, the disappearing toolbar seems to be linked to the chartbar."

I confirm your observation about the toolbar.

The variable chartbar based on pan position is normal OCPN behaviour. The chartbar ("piano") is constructed based upon the available charts at the center of the screen. In a sparse chart environment, you will see piano keys come and go as you pan around.

However, a change in the piano key contents should not result in hiding of the toolbar, and that is a reproducible bug.

I got it.

Thanks
Dave

[hoolie]

However, a change in the piano key contents should not result in hiding of the toolbar, and that is a reproducible bug.

I got it.

Thanks
Dave

Thanks !!!

[HappySeagull]

Something has changed between 4.1.06 and 4.1.1 that is causing crashes.
Unfortunately the Crash Reporter also crashes





at best, I get an empty crashdump.dmp file with 0bytes
I think it is some kind of "enhanced" chart sensitivity because that is all I am doing on a fresh install W7/64bit Open GL off....just panning around and zooming in and out with the mousewheel. At first I thought it was my old CHS Polyconics that are sprinkled around (mostly harbour plans) but without these "loaded", I still get crashes. Perhaps less frequently.

Still looking for the Reproducible Action, but so far it seems to be when dragging the view away from a chart I have been massaging with the mousewheel zoom....

the log is not helping:

07:59:26: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092l15TribuneChannel.kap
08:00:00: LOGBOOK:  2015-10-27 15:00:00 UTC  DR Lat   49.37520 Lon -124.15110
08:00:07: Detected display size (horizontal): 344 mm
08:00:38: Chart cache purge
08:00:38: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\canwest.kap
08:00:40: Initializing Chart D:\CHARTS_ORIGINALS_USED\MERCATOR\NAD83\351501.KAP
08:00:41: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092l15TribuneChannel.kap
08:00:41: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092L16_KINGCOME INLET.kap
08:00:53: Chart cache purge
08:00:53: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\canwest.kap
08:00:54: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092l15TribuneChannel.kap
08:00:56: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092L16_KINGCOME INLET.kap
08:01:00: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092L14_BRADLEY LAGOON.kap
08:01:00: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092m01_ATWAYKELLESSE RIVER.kap
08:01:00: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092m02_SEYMOUR INLET.kap
08:01:00: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092M03_BELIZE INLET.kap
08:01:03: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092L13_SHUSHARTIE.kap
08:01:03: Initializing Chart D:\CHART_MAPS_USED\TOPOS_CANADA\092m04CapeCaution.kap
08:06:29:
 ( the 5 minutes between last log entries is a coffee made, but there's no particular pattern in any "last entry" for the > 11 crashes I have)

Not happening with O 4.1.06

[bdbcat]

Happy...

I am investigating.

Are you using BSB4 charts with the PlugIn?

Thanks
Dave

[HappySeagull]

Dave, no plugin just my old 1996 rasters and a passle of imgkap-made topographics you see in the log.


CM93 is not loaded either.

I also got crashes with a portable version that has all my personal crapola and charts including polyconics.
The only difference with the portable was that it didn't freeze and didn't need TaskManager to shut O down...everything shut down after the message you see in the top screengrab.

Replacing 4.0.10 exe with 4.0.06 exe fixed it.

[HappySeagull]

For what it's worth...the reason I am guessing this beta is "extra-sensitive" is that in the process of trying various charts I found one topographic kap among many that was corrupt. '...06 simply showed it,ugly as it was, where '...10 crashed.

bsbfix fixed the kap and only then '10 could start again until I could generate another crash that doesn't involve any "corruption" I can find.