OpenCPN Beta test 4.1.925 Release

[fogmachine]

A pull this morning fails to build on OSX (10.10.5) using the latest Xcode (7.0 (7A220)).

[ 46%] Building CXX object CMakeFiles/OpenCPN.dir/src/tinyxml.cpp.o
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -DTIXML_USE_STL -DUSE_GARMINHOST -DUSE_GLU_TESS -DUSE_S57 -DWXUSINGDLL -D_FILE_OFFSET_BITS=64 -D__WXMAC__ -D__WXOSX_COCOA__ -D__WXOSX__ -DocpnUSE_GL -DwxDEBUG_LEVEL=0 -O2 -arch x86_64 -O3 -arch x86_64 -mmacosx-version-min=10.7 -F/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frameworks -I/usr/local/lib/wx/include/osx_cocoa-unicode-3.0 -I/usr/local/include/wx-3.0 -I/Users/lance/src/OpenCPN/include -I/Users/lance/src/OpenCPN/src -I/Users/lance/src/OpenCPN/src/wxcurl -I/Users/lance/src/OpenCPN/src/nmea0183 -I/Users/lance/src/OpenCPN/src/mygdal -I/Users/lance/src/OpenCPN/src/garmin/jeeps -I/Users/lance/src/OpenCPN/src/texcmp/lz4 -I/Users/lance/src/OpenCPN/src/texcmp/squish -I/usr/X11/include -I/usr/X11/include/GL -Wall -Wno-unused -fexceptions -Wno-overloaded-virtual -g -fno-strict-aliasing -Wno-deprecated -Wno-deprecated-declarations -D_WCHAR_H_CPLUSPLUS_98_CONFORMANCE_ -o CMakeFiles/OpenCPN.dir/src/tinyxml.cpp.o -c /Users/lance/src/OpenCPN/src/tinyxml.cpp
/opt/local/bin/cmake -E cmake_progress_report /Users/lance/src/OpenCPN/build/CMakeFiles
[ 46%] Building CXX object CMakeFiles/OpenCPN.dir/src/tinyxmlerror.cpp.o
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -DTIXML_USE_STL -DUSE_GARMINHOST -DUSE_GLU_TESS -DUSE_S57 -DWXUSINGDLL -D_FILE_OFFSET_BITS=64 -D__WXMAC__ -D__WXOSX_COCOA__ -D__WXOSX__ -DocpnUSE_GL -DwxDEBUG_LEVEL=0 -O2 -arch x86_64 -O3 -arch x86_64 -mmacosx-version-min=10.7 -F/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frameworks -I/usr/local/lib/wx/include/osx_cocoa-unicode-3.0 -I/usr/local/include/wx-3.0 -I/Users/lance/src/OpenCPN/include -I/Users/lance/src/OpenCPN/src -I/Users/lance/src/OpenCPN/src/wxcurl -I/Users/lance/src/OpenCPN/src/nmea0183 -I/Users/lance/src/OpenCPN/src/mygdal -I/Users/lance/src/OpenCPN/src/garmin/jeeps -I/Users/lance/src/OpenCPN/src/texcmp/lz4 -I/Users/lance/src/OpenCPN/src/texcmp/squish -I/usr/X11/include -I/usr/X11/include/GL -Wall -Wno-unused -fexceptions -Wno-overloaded-virtual -g -fno-strict-aliasing -Wno-deprecated -Wno-deprecated-declarations -D_WCHAR_H_CPLUSPLUS_98_CONFORMANCE_ -o CMakeFiles/OpenCPN.dir/src/tinyxmlerror.cpp.o -c /Users/lance/src/OpenCPN/src/tinyxmlerror.cpp
/opt/local/bin/cmake -E cmake_progress_report /Users/lance/src/OpenCPN/build/CMakeFiles
[ 46%] Building CXX object CMakeFiles/OpenCPN.dir/src/tinyxmlparser.cpp.o
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -DTIXML_USE_STL -DUSE_GARMINHOST -DUSE_GLU_TESS -DUSE_S57 -DWXUSINGDLL -D_FILE_OFFSET_BITS=64 -D__WXMAC__ -D__WXOSX_COCOA__ -D__WXOSX__ -DocpnUSE_GL -DwxDEBUG_LEVEL=0 -O2 -arch x86_64 -O3 -arch x86_64 -mmacosx-version-min=10.7 -F/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frameworks -I/usr/local/lib/wx/include/osx_cocoa-unicode-3.0 -I/usr/local/include/wx-3.0 -I/Users/lance/src/OpenCPN/include -I/Users/lance/src/OpenCPN/src -I/Users/lance/src/OpenCPN/src/wxcurl -I/Users/lance/src/OpenCPN/src/nmea0183 -I/Users/lance/src/OpenCPN/src/mygdal -I/Users/lance/src/OpenCPN/src/garmin/jeeps -I/Users/lance/src/OpenCPN/src/texcmp/lz4 -I/Users/lance/src/OpenCPN/src/texcmp/squish -I/usr/X11/include -I/usr/X11/include/GL -Wall -Wno-unused -fexceptions -Wno-overloaded-virtual -g -fno-strict-aliasing -Wno-deprecated -Wno-deprecated-declarations -D_WCHAR_H_CPLUSPLUS_98_CONFORMANCE_ -o CMakeFiles/OpenCPN.dir/src/tinyxmlparser.cpp.o -c /Users/lance/src/OpenCPN/src/tinyxmlparser.cpp
/opt/local/bin/cmake -E cmake_progress_report /Users/lance/src/OpenCPN/build/CMakeFiles
[ 46%] Building C object CMakeFiles/OpenCPN.dir/src/macutils.c.o
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -DTIXML_USE_STL -DUSE_GARMINHOST -DUSE_GLU_TESS -DUSE_S57 -DWXUSINGDLL -D_FILE_OFFSET_BITS=64 -D__WXMAC__ -D__WXOSX_COCOA__ -D__WXOSX__ -DocpnUSE_GL -DwxDEBUG_LEVEL=0 -O2 -arch x86_64 -O3 -arch x86_64 -mmacosx-version-min=10.7 -F/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frameworks -I/usr/local/lib/wx/include/osx_cocoa-unicode-3.0 -I/usr/local/include/wx-3.0 -I/Users/lance/src/OpenCPN/include -I/Users/lance/src/OpenCPN/src -I/Users/lance/src/OpenCPN/src/wxcurl -I/Users/lance/src/OpenCPN/src/nmea0183 -I/Users/lance/src/OpenCPN/src/mygdal -I/Users/lance/src/OpenCPN/src/garmin/jeeps -I/Users/lance/src/OpenCPN/src/texcmp/lz4 -I/Users/lance/src/OpenCPN/src/texcmp/squish -I/usr/X11/include -I/usr/X11/include/GL -Wall -Wno-unused -fexceptions -Wno-overloaded-virtual -g -fno-strict-aliasing -Wno-deprecated -Wno-deprecated-declarations -D_WCHAR_H_CPLUSPLUS_98_CONFORMANCE_ -o CMakeFiles/OpenCPN.dir/src/macutils.c.o -c /Users/lance/src/OpenCPN/src/macutils.c
make[2]: *** No rule to make target `/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/System/Library/Frameworks/AGL.framework', needed by `OpenCPN.app/Contents/MacOS/OpenCPN'. Stop.
make[1]: *** [CMakeFiles/OpenCPN.dir/all] Error 2
make: *** [all] Error 2

[Hakan]

Originally Posted by bdbcat

Hakan...

I think you will find that O4 does roughly the same thing..............................
....The whole issue poses an interesting design question. We choose the cm93 scale level to show based upon the availability of cells at the screen center point. What should we do when a user pans into an area with larger scale, i.e. more detailed cells available?.....................
.......
...Anyway, I think the patch I gave you reverts to the equivalent to O4, when the other bugs in cm93 viewport math are resolved.


Thanks for listening.
Dave

Thank you for the excellent description. The big part of this ought to be in the Wiki to elucidate how vector charts are handled and what the user could expect to see.

My own comment is that we can of course live with the actual situation. And it's one thing to struggle around for planning and beta tests and another when the boat is slowly proceeding from one chart to another. When navigating it's usually a simple think to zoom in if necessary to get more details.
Everything is a compromise and still is OCPN outstanding in its capability to simultaneously show vector and raster(Mercator/Transv.Merc) charts.

Håkan

[Baikal]

identified bugs

1. In the Russian localization not appear in the text RouteLegInfoRollover. In other languages is displayed on the Cyrillic alphabet does not want to!

2. Do not work on / off other panels in the dashboard

[rgleason]

Regarding Plugins -

I mistakenly copied pavel's survey survey_v01_pi17_pi.dll into plugins for opencpn v4.1.925. There was a popup message that it was not compatible, however I could not shut Opencpn down properly (Had force Opencpn to close) until I removed it.
- If a plugin is not compatible, does it need to load the dll?

Ocpn_Draw when installed I find some json problem in the log. I have uninstalled it for the time being.

Bdcat - http://www.cruisersforum.com/forums/...0&d=1443233792
Yes that is it. How'd you find it?

[P_Dub]

Am I the only one who has this problem of chart scaling, for instance suppose you have a chart 1/15 000 and so long as you stay at less (say
1/10 000) it shows, but if you go to scale of 1/16 000, then the chart is change automatiquely to the next under scale? What change was made to cause this?
Regards


Note:- If I can recommand to make so that you can choose chart scaling at the choise of the user.

[bdbcat]

P-Dub...

I ask again.
Can you give us a specific test case? What charts/location, etc.

Thanks
Dave

[CarCode]

Originally Posted by fogmachine

A pull this morning fails to build on OSX (10.10.5) using the latest Xcode (7.0 (7A220)).

Are you sure you have MacOSX10.7.sdk in your Xcode Contents?
Xcode 7.0 comes with MacOSX10.11.sdk but not with 10.7.

I suggest to use the Xcode GUI instead of Cmake. So you will get better hints when errors occur. Cmake is not state of the art for Mac OSX.

Gerhard

[Ptizef]

Dave

Originally Posted by Ptizef

3)I get crashes I thought was fixed when switching from CM93 to bsb in some places
Jean Pierre

O crashes exactly at the same place as last bug fixed by Sean's patch.
but there where many changes since ...

The same with Linux and Windows

here the call stack

Jean Pierre

#0 ?? ChartBaseBSB::BSBGetScanline (this=0x55ae5c0, pLineBuf=<optimized out>, y=<optimized out>, xs=2048, xl=2048, sub_samp=<optimized out>) (/home/jeanpierre/Documents/OpenCPN/src/chartimg.cpp:4473)
#1 0x55cef7 ChartBaseBSB::GetChartBits(this=0x55ae5c0, source=..., pPix=<optimized out>, sub_samp=1) (/home/jeanpierre/Documents/OpenCPN/src/chartimg.cpp:3929)
#2 0x7bf9a8 GetLevel0Map(ptd=ptd@entry=0x63add20, rect=..., chart_path=...) (/home/jeanpierre/Documents/OpenCPN/src/glTexCache.cpp:224)
#3 0x7bfbd7 GetFullMap(ptd=0x63add20, rect=..., chart_path=..., level=2) (/home/jeanpierre/Documents/OpenCPN/src/glTexCache.cpp:273)
#4 0x7c41cd glTexFactory::GetTextureLevel(this=this@entry=0x52 a4250, ptd=ptd@entry=0x63add20, rect=..., level=level@entry=2, color_scheme=color_scheme@entry=GLOBAL_COLOR_SCHEM E_DAY) (/home/jeanpierre/Documents/OpenCPN/src/glTexCache.cpp:1915)
#5 0x7c4fc8 glTexFactory::PrepareTexture(this=this@entry=0x52a 4250, base_level=<optimized out>, base_level@entry=2, rect=..., color_scheme=<optimized out>, b_throttle_thread=b_throttle_thread@entry=true) (/home/jeanpierre/Documents/OpenCPN/src/glTexCache.cpp:1459)
#6 0x7b7fea glChartCanvas::RenderRasterChartRegionGL(this=this @entry=0xe65000, chart=chart@entry=0x55ae5c0, vp=..., region=...) (/home/jeanpierre/Documents/OpenCPN/src/glChartCanvas.cpp:3096)
#7 0x7b9065 glChartCanvas::RenderQuiltViewGL(this=this@entry=0 xe65000, vp=..., rect_region=...) (/home/jeanpierre/Documents/OpenCPN/src/glChartCanvas.cpp:3191)
#8 0x7bb9c7 glChartCanvas::RenderCharts(this=this@entry=0xe650 00, dc=..., rect_region=...) (/home/jeanpierre/Documents/OpenCPN/src/glChartCanvas.cpp:3477)
#9 0x7bd20d glChartCanvas::Render(this=this@entry=0xe65000) (/home/jeanpierre/Documents/OpenCPN/src/glChartCanvas.cpp:4186)
#10 0x7bd8ed glChartCanvas::OnPaint(this=0xe65000, event=...) (/home/jeanpierre/Documents/OpenCPN/src/glChartCanvas.cpp:1495)
#11 0x7ffff5ca62ae wxAppConsoleBase::CallEventHandler(this=0xca5a80, handler=0xe65000, functor=..., event=...) (../src/common/appbase.cpp:623)
#12 0x7ffff5e19392 wxEvtHandler::ProcessEventIfMatchesId(entry=..., handler=<optimized out>, event=...) (../src/common/event.cpp:1392)
#13 0x7ffff5e19443 wxEventHashTable::HandleEvent(this=<optimized out>, event=..., self=self@entry=0xe65000) (../src/common/event.cpp:998)
#14 0x7ffff5e1979d wxEvtHandler::TryHereOnly(this=this@entry=0xe65000 , event=...) (../src/common/event.cpp:1589)
#15 0x7ffff5e19813 TryBeforeAndHere(event=..., this=this@entry=0xe65000) (../include/wx/event.h:3671)
#16 ?? wxEvtHandler::ProcessEventLocally (this=this@entry=0xe65000, event=...) (../src/common/event.cpp:1522)
#17 0x7ffff5e19875 wxEvtHandler::ProcessEvent(this=0xe65000, event=...) (../src/common/event.cpp:1495)
#18 0x7ffff5e19607 wxEvtHandler::SafelyProcessEvent(this=<optimized out>, event=...) (../src/common/event.cpp:1613)
#19 0x7ffff64d72fc wxWindowBase::HandleWindowEvent(this=this@entry=0x e65000, event=...) (../src/common/wincmn.cpp:1525)
#20 0x7ffff77415e8 wxGLCanvas::OnInternalIdle(this=0xe65000) (../src/gtk/glcanvas.cpp:295)
#21 0x7ffff64d7319 wxWindowBase::SendIdleEvents(this=0xe65000, event=...) (../src/common/wincmn.cpp:2821)
#22 0x7ffff64d7368 wxWindowBase::SendIdleEvents(this=<optimized out>, event=...) (../src/common/wincmn.cpp:2837)
#23 0x7ffff64d7368 wxWindowBase::SendIdleEvents(this=this@entry=0xe89 2a0, event=...) (../src/common/wincmn.cpp:2837)
#24 0x7ffff63c226f wxFrame::SendIdleEvents(this=0xe892a0, event=...) (../src/gtk/frame.cpp:249)
#25 0x7ffff63f6e5d wxAppBase::ProcessIdle(this=<optimized out>) (../src/common/appcmn.cpp:375)
#26 0x7ffff634c02e wxApp:oIdle(this=0xca5a80) (../src/gtk/app.cpp:138)
#27 0x7ffff634c133 wxapp_idle_callback() (../src/gtk/app.cpp:107)
#28 0x7ffff1847ce5 g_main_context_dispatch() (/lib/x86_64-linux-gnu/libglib-2.0.so.0:??)
#29 0x7ffff1848048 ??() (/lib/x86_64-linux-gnu/libglib-2.0.so.0:??)

[fogmachine]

Ah yes, installing the new Xcode deleted the 10.7 SDK. Good thing the instructions to reinstall are in the Developers Manual.

Originally Posted by CarCode

Are you sure you have MacOSX10.7.sdk in your Xcode Contents?
Xcode 7.0 comes with MacOSX10.11.sdk but not with 10.7.

I suggest to use the Xcode GUI instead of Cmake. So you will get better hints when errors occur. Cmake is not state of the art for Mac OSX.

Gerhard

Gerhard, you know that Xcode is just a GUI on top of the same compilation and debug tools, right?

[CarCode]

You will not get all the help with command line tools. I strongly suggest Xcode GUI. You have seen for yourself that it is hard to debug with command line only by this example already.

Gerhard

[P_Dub]

Originally Posted by bdbcat

P-Dub...

I ask again.
Can you give us a specific test case? What charts/location, etc.

Thanks
Dave

Look at your e-mail.
Bye

[bdbcat]

JP...

So you sometimes get crashes when shifting from cm93 to your homemade .KAP Google Earth charts? This sounds familiar. It happens because the chart is exactly 512 pixels wide, or other power-of-two. I think.

Can you send me the offending .KAP chart?

Thanks
Dave

[LeoA]

When Enable Touchscreen Interface is ticked on, the boxes on the chart bar get considerably wider and do not respond to touch. They work fine when touchscreen interface is disabled (unticked). Opengl on or off. Windows 10 touchscreen tablet.

[rgleason]

Re:
http://www.cruisersforum.com/forums/...ml#post1924434
Bdcat:
http://www.cruisersforum.com/forums/...ml#post1924760

The post you want is here:

http://www.cruisersforum.com/forums/...0&d=1443233792

I'm not sure how this image was generated. Dirk?

There is no difference between linux and Win on rendering rules.

So it sounds like what you want is a Feature Request to change the small scale rendering rules. That seems OK, I'll look at it.

Meanwhile:
re:
"Also with regard to quilting.. is it expensive to determine if something is rendered? Sometimes there are holes in the quilt where nothing is rendered. "

Examples, please?

Please see attached example, I can add some others if you would like.
1. I don't know much about charts and how they are rendered, really.
2. I assume the large scale chart has the Key and Text area cut out, leaving the funny shape, but I may be wrong.
3. If quilting is on O does not render the other charts to fill in this area?
4. To get this chart to render at this scale I clicked on the lower button. Normally it would not render until we zoom way in.

So it sounds like what you want is a Feature Request to change the small scale rendering rules. That seems OK, I'll look at it.

Yes! I think so, but what do others think? What would it impact?

I can certainly use O as it is.

These thoughts/questions are just to help improve the first appearance/utility, rendering at large and intermediate scales, so the charts render sooner and more completely. I don't know if this would create problems or not. This is probably something that should be looked at later when the code is more stable.

Do you want me to enter this into Tracker?

PS: Also It might be helpful if you could zoom in to get it to render, then zoom out a couple/3 of scales and the rendering would be kept.

[rgleason]

O v4.1.925 does not seem to close. -Note I have compiled PI using opencpn.lib for v4.1.925 and installed these PI = watchdog, weatherfax, weather_routing, iacfleet, climatology, statusbar, otcurrent, chartdnldr and I have also installd vdr from earlier compile.

4.1.925\plugins\dashboard_pi.dll
9:53:31 AM: PlugInManager: Deactivating PlugIn: C:\Program Files (x86)\OpenCPN 4.1.925\plugins\iacfleet_pi.dll
9:53:31 AM: opencpn::MyFrame exiting cleanly.
9:53:32 AM: Error: File 'C:\ProgramData\opencpn\navobj.xml.changes' couldn't be removed (error 32: the process cannot access the file because it is being used by another process.)

What would be opening Navobj, which seems to be the problem?
Should I uninstall PI starting with VDR?