Beta Test / Technical

[seandepagnier]

The integrated chart downloader gives me:

Failed to Download Catalog: https://raw.githubusercontent.com/ch...NC_Catalog.xml
Verify there is a working Internet connection.


Every time for whatever chart I try. I have a working connection. When I put the url into wget it works.

[nohal]

Sean...
Works fine for me. Can you try to trace the failure (maybe you can look at the actual traffic with wireshark at the same time)

Thanks

Pavel

[seandepagnier]

maybe the timeout is too low... I will try to fix it.

[transmitterdan]

Sean,

When I have seen this it was due to the way we request the file from the server. Can you run wire shark and see what the TCP conversation is doing?

I doubt it is a timeout issue.

[bdbcat]

@NahanniV...

jm...

I just tried a build on a fresh Raspian image, using current github (master) contents.

For curl, all I needed was

$sudo apt-get install libcurl4-openssl-dev

The cmake code seems to be looking only for

libcurl.so
curl/curl.h

in the standard library and include paths. You may check that.

Building now, will report results.

Dave

[seandepagnier]

I had to apply this to get it compiling with mingw:

diff --git a/Curl.cmake b/Curl.cmake
index c23e690..22b230e 100644
--- a/Curl.cmake
+++ b/Curl.cmake
@@ -17,7 +17,7 @@ IF(WIN32)
     INSTALL(FILES "buildwin/curl-ca-bundle.crt" DESTINATION ".")
 
   ELSE(MSVC) ## mingw
-    SET(CURL_LIBRARIES "curl.dll")
+    SET(CURL_LIBRARIES "${CMAKE_SOURCE_DIR}/buildwin/libcurl.dll")
     INSTALL(FILES "buildwin/libcurl.dll" DESTINATION ".")
   ENDIF(MSVC)
     
diff --git a/include/ocpn_plugin.h b/include/ocpn_plugin.h
index 18ca4d5..943f73d 100644
--- a/include/ocpn_plugin.h
+++ b/include/ocpn_plugin.h
@@ -1120,7 +1120,8 @@ private:
     bool m_b_complete;
 };
 
-DECLARE_EVENT_TYPE(wxEVT_DOWNLOAD_EVENT, -1)
+//DECLARE_EVENT_TYPE(wxEVT_DOWNLOAD_EVENT, -1)
+extern DECL_EXP const wxEventType wxEVT_DOWNLOAD_EVENT;
 
 
 #endif //_PLUGIN_H_
diff --git a/src/pluginmanager.cpp b/src/pluginmanager.cpp
index 2eea112..71d8c57 100644
--- a/src/pluginmanager.cpp
+++ b/src/pluginmanager.cpp
@@ -4846,7 +4846,7 @@ wxEvent* OCPN_downloadEvent::Clone() const
     return newevent;
 }
 
-const wxEventType wxEVT_DOWNLOAD_EVENT = wxNewEventType();
+const wxEventType wxEVT_DOWNLOAD_EVENT  = wxNewEventType();

So it compiles and works in wine, but crashes when I click update.

[Hakan]

Originally Posted by bdbcat

Sean...
This is fixed in github now. My bad. XP does not have trunc(), and my macro substitution was ill-formed. Fixed OK now.
Dave

Dave.. Fix confirmed for VS2010 and WinXP.
Thanks
Håkan

[Hakan]

Win7 (VS2010 build) and Intel 965 graphic chipset.
A very positive report. Suddenly is the Dashboard graphic depth instrument working. See: http://www.cruisersforum.com/forums/...ml#post1840122
My built is from today's Github but I don't know exactly when this was introduced, I haven't checked this instrument for a week or two.
Whatever someone did (hopefully intentional?) I'm very grateful.
Thanks
Håkan

[seandepagnier]

Originally Posted by Hakan

Win7 (VS2010 build) and Intel 965 graphic chipset.
A very positive report. Suddenly is the Dashboard graphic depth instrument working. See: http://www.cruisersforum.com/forums/...ml#post1840122
My built is from today's Github but I don't know exactly when this was introduced, I haven't checked this instrument for a week or two.
Whatever someone did (hopefully intentional?) I'm very grateful.
Thanks
Håkan

This is probably from my mingw changes. I have been trying not to touch the dashboard but it did some really strange things with rendering that just didn't work in my environment.

Since this changed your output (even if positive) I think the code deserves a closer look because I really didn't intend to change behavior except to make it work without gdi+ and using mingw compiler.

[Hakan]

Sean...
OK, but I'm not sure if the failure from before was all about rendering. If you take a close look on the picture in my linked post above the whole depth instrument was a mishmash, also the title was false and from another instrument?
But, on the other hand, the failure was only present on W7 with the doubted Intel 965 graphic, so you may be right?
Håkan

[NahanniV]

Originally Posted by bdbcat

@NahanniV...

jm...

I just tried a build on a fresh Raspian image, using current github (master) contents.

For curl, all I needed was

$sudo apt-get install libcurl4-openssl-dev

The cmake code seems to be looking only for

libcurl.so
curl/curl.h

in the standard library and include paths. You may check that.

Building now, will report results.

Dave

I tried adding the path to libcurl.so.x

but still not working:

aruntu@aruntu:/usr/lib/arm-linux-gnueabihf$ ls libcurl.*
libcurl.so.3  libcurl.so.4  libcurl.so.4.3.0
aruntu@aruntu:~/OpenCPN/build$ cd /home/aruntu/OpenCPN/build
aruntu@aruntu:~/OpenCPN/build$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/usr/lib/arm-linux-gnueabihf
aruntu@aruntu:~/OpenCPN/build$ cmake ..
-- *** Build Architecture is armhf
-- *** Staging to build opencpn 4.1.925 ***
-- *** Package will NOT include documentation ***
-- *** Package will NOT include GSHHS data ***
-- *** Package will NOT include tide and current data ***
-- Building for wxGTK2
-- Found OpenGLESv1
-- Found wxWidgets...
-- -L/usr/local/lib;-pthread;;;-lwx_baseu_net-3.0;-lwx_baseu_xml-3.0;-lwx_gtk2u_html-3.0;-lwx_gtk2u_adv-3.0;-lwx_gtk2u_aui-3.0;-lwx_gtk2u_core-3.0;-lwx_baseu-3.0;-lwx_gtk2u_gl-3.0
-- 
-- *** Staging to build opencpn  ***
-- Build type: Release
-- *** Will install to /usr/local  ***
-- Found GTK2
-- Found Portaudio: /usr/lib/arm-linux-gnueabihf/libportaudio.so
-- Portaudio Found
CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message):
  Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Call Stack (most recent call first):
  /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-2.8/Modules/FindCURL.cmake:54 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  Curl.cmake:29 (FIND_PACKAGE)
  CMakeLists.txt:535 (INCLUDE)


-- Configuring incomplete, errors occurred!
See also "/home/aruntu/OpenCPN/build/CMakeFiles/CMakeOutput.log".
aruntu@aruntu:~/OpenCPN/build$

[bdbcat]

jm...

Do you have libcurl.so? Do you have curl.h? Where are they, full path, please?

Dave

[NahanniV]

I have:
/usr/lib/arm-linux-gnueabihf/libcurl.so.3
/usr/lib/arm-linux-gnueabihf/libcurl.so.4
/usr/lib/arm-linux-gnueabihf/libcurl.so.4.3.0
/home/aruntu/OpenCPN/plugins/chartdldr_pi/src/wxcurl/include/curl/curl.h
/home/aruntu/OpenCPN/src/wxcurl/include/curl/curl.h

[bdbcat]

jm...

Something scrambled for sure.

The system copy of curl/curl.h is missing, which would have come in if you had been able to do:

$sudo apt-get install libcurl4-openssl-dev....

Temporarily fix this by:

$sudo cp -r /home/aruntu/OpenCPN/src/wxcurl/include/curl/ /usr/include

cmake should complete then. Don't know if the build will work. Try it.

Dave

[NahanniV]

Originally Posted by bdbcat

jm...

Something scrambled for sure.

The system copy of curl/curl.h is missing, which would have come in if you had been able to do:

$sudo apt-get install libcurl4-openssl-dev....

Temporarily fix this by:

$sudo cp -r /home/aruntu/OpenCPN/src/wxcurl/include/curl/ /usr/include

cmake should complete then. Don't know if the build will work. Try it.

Dave

Sorry to be such a pain. It did not work.

CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message):
  Could NOT find CURL (missing: CURL_LIBRARY) (found version "7.37.0")

I guess I need to figure out how to get curl4.

I am having a similar problem on my X86 Linux laptop (Ubuntu NAVIGATRIX), can't install curl4.

Is there a simple way I could eliminate the chart loader from the build, I don't need it; Isn't that why it's a plugin?

Thanks for your help,
JM.