OpenCPN Version 5 Released

[LennartG]

Dave,
did a new upgrade this morning and now got oeSENC '2.9.1524' that seems to work!
Will try more later as I will be busy for the next few hours. Just wanted you to know!

/LennartG

[cagney]

Regarding the problems with oeSENC...
I have no problems with my locally compiled plugin.

But.... using the packages from the release repository there is problems.
The oeSENC charts goes as far as a green piano and then I get a popup



Trying to start the server from the CLI gives this:

thomas@ToughPatricia:~$ /usr/bin/oeserverd
/usr/bin/oeserverd: error while loading shared libraries: libsgllnx64-2.29.02.so: cannot open shared object file: No such file or directory

O gets totally unresponsive and has to be killed.

Thomas

[rszemeti]

Originally Posted by cagney

Regarding the problems with oeSENC...
I have no problems with my locally compiled plugin.

But.... using the packages from the release repository there is problems.
The oeSENC charts goes as far as a green piano and then I get a popup

Attachment 188644

Trying to start the server from the CLI gives this:

thomas@ToughPatricia:~$ /usr/bin/oeserverd
/usr/bin/oeserverd: error while loading shared libraries: libsgllnx64-2.29.02.so: cannot open shared object file: No such file or directory

O gets totally unresponsive and has to be killed.

Thomas

Yup, I have seen that a few times too, running /usr/bin/oeserverd I get:

/usr/bin/oeserverd: error while loading shared libraries: libsglarmhf32-2.30.0.0.so: cannot open shared object file: No such file or directory

Which I guess is the arm version of the SG Lock library.

[Hurricane]

Fantastic
Well done to all concerned.

Running under Linux Mint 18.3 - no problems.
All I did was:-
sudo apt-get update
sudo apt-get install opencpn
and the old version 4.8.x was upgraded.

Also runs on my Boat PC which runs Linux Mint 19.0 without any problems but a small window flashes up as Opencpn terminates - can't really read it - something like "Error closing window" - also Opencpn seems to delay before closing. Opencpn exits within a second of clicking the exit button. This doesn't seem to be a big issue or cause any other problems - Opencpn restarts fine. The Boat's PC hardware is different from my desktop so this could be some other issue. I didn't notice it under 4.8.x though.

[rszemeti]

Originally Posted by cagney

thomas@ToughPatricia:~$ /usr/bin/oeserverd
/usr/bin/oeserverd: error while loading shared libraries: libsgllnx64-2.29.02.so: cannot open shared object file: No such file or directory

O gets totally unresponsive and has to be killed.

Thomas

Try looking in /usr/lib/opencpn for the shared library ... I found mine there and copying it to /usr/lib made oeserverd runnable from the command line. I still have problems, but that may help you.

[rszemeti]

@Dave...


Backtrace seems to indicate a wxwidgets problem, looking further up the log I had missed a warning:

12:31:33: Warning: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1010,wx containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1009,wx containers,compatible with 2.8).

Which is I suspect an Ubuntu/Raspbian library version mismatch?



Backtrace:

0x6a35ef3a in Osenc::BuildPolyTessGeo(_OSENC_AreaGeometry_Record_Payload*, unsigned char**)
    () from /usr/lib/opencpn/liboesenc_pi.so
#0  0x6a35ef3a in Osenc::BuildPolyTessGeo(_OSENC_AreaGeometry_Record_Payload*, unsigned char**) () from /usr/lib/opencpn/lib
oesenc_pi.so
#1  0x6a36532e in Osenc::ingest200(wxString const&, std::vector<S57Obj*, std::allocator<S57Obj*> >*, std::vector<VE_Element*
, std::allocator<VE_Element*> >*, std::vector<VC_Element*, std::allocator<VC_Element*> >*) () from /usr/lib/opencpn/liboesen
c_pi.so
#2  0x6a355790 in eSENCChart::BuildRAZFromSENCFile(wxString const&, wxString&) ()
   from /usr/lib/opencpn/liboesenc_pi.so
#3  0x6a358276 in eSENCChart::PostInit(int, int) () from /usr/lib/opencpn/liboesenc_pi.so
#4  0x6a3586e8 in eSENCChart::Init(wxString const&, int) ()
   from /usr/lib/opencpn/liboesenc_pi.so
#5  0x0028fd22 in ChartPlugInWrapper::Init(wxString const&, ChartInitFlag) ()
#6  0x00117de2 in ChartDB::OpenChartUsingCache(int, ChartInitFlag) ()
#7  0x00144f50 in ChartCanvas::SelectQuiltRefdbChart(int, bool) ()
#8  0x001466ba in ChartCanvas::DoCanvasUpdate() ()
#9  0x000e8526 in MyFrame::DoChartUpdate() ()
#10 0x001043be in MyFrame::OnInitTimer(wxTimerEvent&) ()
#11 0x762784b0 in wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const () from /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#12 0x763ef97c in wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) () from /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#13 0x763efad4 in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) ()
   from /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#14 0x763eff90 in wxEvtHandler::TryHereOnly(wxEvent&) ()
   from /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#15 0x763f002c in wxEvtHandler::ProcessEventLocally(wxEvent&) ()
   from /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#16 0x763f009c in wxEvtHandler::ProcessEvent(wxEvent&) ()
   from /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#17 0x763efd5c in wxEvtHandler::SafelyProcessEvent(wxEvent&) ()
   from /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#18 0x7635c4ec in wxTimerImpl::SendEvent() ()
   from /usr/lib/arm-linux-gnueabihf/libwx_baseu-3.0.so.0
#19 0x7660fa18 in ?? () from /usr/lib/arm-linux-gnueabihf/libwx_gtk2u_core-3.0.so.0
#20 0x75730c74 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0

[bdbcat]

cagney...


re:
"But.... using the packages from the release repository there is problems."


Is this repeatable, every time?
Can you see the missing library as /usr/lib/opencpn/libsgllnx64-2.29.02.so ?


Dave

[cagney]

Originally Posted by bdbcat

cagney...


re:
"But.... using the packages from the release repository there is problems."


Is this repeatable, every time?
Can you see the missing library as /usr/lib/opencpn/libsgllnx64-2.29.02.so ?


Dave

Dave

Yes & Yes!

If I, as suggested above by "rszemeti", do

$ sudo cp /usr/lib/opencpn/libsgllnx64-2.29.02.so /usr/lib/libsgllnx64-2.29.02.so

the problem goes away. I have tried this a few times with the same result.
So oeserverd is not looking in /usr/lib/opencpn/ for libsgllnx64-2.29.02.so

Thanks
Thomas

[cagney]

Dave

I just recompiled oesenc_pi with your latest git code, and I still have no problems running

/usr/local/bin/oeserverd

while

/usr/bin/oeserverd

has the problem mentioned earlier.

Thanks
Thomas

[mgiusti]

What I have had the chance to look at in R5 looks great ! Thanks.

Are there any plans for a version 5 equivalent for Android?

[LennartG]

Dave
have not had any problems whatsoever since the oeSENC upgrade to version 2.9.1524.
Consider problem solved, Thanks!
/LennartG

[bdbcat]

cagney....


1. Check the logfile. Make sure that you see the plugin loading from the correct location:

11:09:19 EDT: PlugInManager: Loading PlugIn: /usr/lib/opencpn/liboesenc_pi.so

Dave

[bdbcat]

rszemeti....


OK, another tack.


Will you run:


$/usr/bin/oeserverd -h


and post results.


Thanks
Dave

[cagney]

Originally Posted by bdbcat

cagney....


1. Check the logfile. Make sure that you see the plugin loading from the correct location:

11:09:19 EDT: PlugInManager: Loading PlugIn: /usr/lib/opencpn/liboesenc_pi.so

Dave

Dave
Surprisingly I see this

18:24:52 CET: PlugInManager: Loading PlugIn: /usr/local/lib/opencpn/liboesenc_pi.so

I did not think that O looked in /usr/local/ when started from /usr/bin/opencpn. Is this new or have I missed something?
Anyway, why choose /usr/local/lib/opencpn/liboesenc_pi.so when /usr/lib/opencpn/liboesenc_pi.so is available?

Thanks
Thomas

[bdbcat]

cagney....


That is the fixed policy of /bin/ld, the linux link loader. Unless you do some incantation that I forget, he always looks in $LD_LIBRARY_PATH, then /usr/local, then /usr.


You've got something in /usr/local because sometime in the past you built the pi, and that is the default install location for local builds. The default install for PPA downloads is /usr.


So, just delete
/usr/local/lib/opencpn/liboesenc_pi.so


And try again.


End users not building oesenc from source will not see this ambiguity.

Dave