Beta Test / Technical

[cagney]

Originally Posted by bdbcat

cagney...

We can now show BOTH true and mag bearings if desired, for example on a route segment rollover popup. Try it.

Do you have a suggestion for improvement on the text?

Dave

Dave

OK, didn't know that.
When testing a route, O rounds of my -8.9 variation to -8 in the roll over, but uses the correct -9 in the properties pop up.

Suggestion for text:

Show magnetic bearings and headings using the WMM plugin for magnetic variation.
New line.

To set the magnetic variation manually, first disable the WMM plugin. [+value]

Thanks!

Thomas

[rgleason]

Can "Release" Plugins be run in MS VStudio while Debugging Opencpn?
http://www.cruisersforum.com/forums/f134/development-debugging-environment-setup-help-87680.html#post2333056

For example I would like to use VDR to debug and test weatherfax and weather_routing_pi etc.

I am getting instantaneous and continuous breaks when I go to Options > Plugins when I try to use the 4 internal plugins as "release" form.

When these "release" plugin .dll are removed from the ..\build\plugin directory, I can go to Options > Plugins and there is no problem.

---Idea, I think the svg icons are not being found for some reason.

[nohal]

Rick...
The same answer as several times in the past: No.

Pavel

[rgleason]

Thanks Pavel, for taking the time to tell me again!

XXXXXX no more.

[rgleason]

Now trying to build Debug Plugins with Opencpn
1. execute git clone https:\\github.com\username\[PIname}_pi while in source\plugins\
2. get the necessary binaries and put them in source\buildwin
3. copy source\plugins\[PIname]_pi\data\*.* to source\build\plugins\[PIname]_pi\data
4. from source\build execute cmake -T v120_xp .. to configure cmake.
5. from source\build execute cmake --build . --config debug
6. lots of errors and no source\build\plugins\[PIame]_pi\debug\[PIname_pi.DLL

What have I missed? Using weatherfax_pi as guinea pig. put the required binaries in buildwin. Also copied the dll to source\build. Compiles fine without weatherfax in the mix.

Normally don't do it from Cmake-Gui but after configure and generate I have this at the bottom.
wxWidgets_wxrc_EXECUTABLE-NOTFOUND

with
Source: C:/Users/Frederick/Documents/GitHub/obeta/OpenCPN
Build: C:/Users/Frederick/Documents/GitHub/obeta/OpenCPN/build

Win10 , v4.5.221

[rgleason]

Here is the output.

[Hakan]

Rick
You may read back Hans work to weatherfax_pi, he finally succeed after some changes, and/or maybe try another plugin w/o known debug obstacles.
Håkan

[rgleason]

Hakan, This is not a good situation. After trying 5 plugins today in order to write this page on Compile Plugins for Debugging I gave up and just wrote the page the way I thought it should work. Then did

git clone https://github.com/seandepagnier/projections_pi

and it worked flawlessly the way I expected. I think the other five plugins need a lot of work and that all of them should work in debug mode inline with Opencpn!!

[rgleason]

@bdbcat I've been gettting "Unknown Data Image Format" fairly often, particularly when trying to set up to Debug Plugins inline with OpenCPN so I can run cmake -T v120_xp on plugins and opencpn, just as you do with the 4 internal plugins.

This has been occurring with certain plugins which compile, I put the generated debug name_pi.DLL in source\build\plugins\ along with the Name_pi\Data and then startup MS VStudio and then Build again and Debug. The Opencpn screen comes up, and things work, but when I go to Options > Plugins CRASH.

I sent about 4 of those through CrashReports earlier today. Doing something else, if then find pavelpasha reporting the same thing for Climatology, of course I don't know what he is doing, but it is the same error message....
https://github.com/seandepagnier/cli...y_pi/issues/19

Do you have any idea what this is related to? I believe it may be causing us not to be able to Debug some plugins inline with
Opencpn.

See the list of plugins that don't run configured as Debug inline with Opencpn at the bottom:
https://opencpn.org/wiki/dokuwiki/do...ugins_to_debug
These fail with that same error when using Options>Plugins

Also when running Opencpn /p on the source\build\release directory with the proper files copied over it works and creates an opencpn.ini but when I then try just "opencpn" I get the same message too! Is some critical file missing in release perhaps?
I did check this with the NSIS directory which does work and I believe all the files are the same.

Does this message have something to do wiith SVG icons perhaps? Thanks.

PS: weatherfax_pi is in the not working list, but that is a different problem, probably involving libaudio

[bdbcat]

Rick...

Probably relates to SVG icons.

But, if you are getting a crash with debug mode in VS2013, you should be able to look at the stack trace and find out exactly where the failure occurs. Maybe look in the wxWidgets source and find that message "Unknown Data Image..." What class/module is that happening in?


I would try this build scenario out, but I don't have an easily accessible 8.1 machine, and I'm focused on run-time issues at the moment. But if you post some stack traces, I could maybe point you in the right direction.


Dave

[rgleason]

Dave, I can't seem to bring up the Wiki!
I don't think it is working.

[bdbcat]

Rick...

wiki working for me, 23:49 EST.

Dave

[cagney]

I have a little problem with sending gribfiles to Saildoc. It all started about 4 weeks ago when I had to reinstall Ubuntu 14.04.

The grib plugins request looks like this


But when Firefox/Gmail is ready to send it looks like this


Notice the "." at the end of the request. This ".", makes Saildoc reject the request.
I have never seen this before, and I have failed to find any possible setting in Firefox/Gmail for this. Is this something new in the grib plugin?

Has anyone else seen this before?

Thomas

[Hakan]

Thomas
I'd a test in W10, Thunderbird, and no dot added:

send GFS:54N,53N,5E,6E|0.25,0.25|0,6,12..168|=
WIND,PRESS,APCP

So your GMail trace would be of interest?
Håkan

[dominig]

Hello,

thanks to the help of Hubert and Roberto from o-charts.org I validated the availability of eoSENC and S63 charts for OpenCPN 4.6.0 under OpenSUSE 42.1 and 42.2.
Note that a bug requires to deactivate OpenGL in OpenCPN configuration for 42.1.
See https://github.com/bdbcat/oesenc_pi/issues/20

Beside of that detail, it's a great new service, as availability of up-to-date charts is king a key for OpenCPN users.

Note that OpenCPN 4.6.0 is still in beta test in my sandbox repo and will only reach the official OpenSUSE repo when I will have completed my tests.

So far my only blocker remains weather_routing_pi which still refuses to read my grib data.
see https://github.com/seandepagnier/wea...g_pi/issues/58

Domingi