4.6.1 crashing with weather routing

[rramsey]

I am beginning to get to grips with this plugin - many features.

I have a MacBookPro connected through wifi to a Miniplex3Wi-N2K multiplexer and Raymarine plotter/AP/transducers and Standard Horizon VHF w/AIS receiver. All works like a charm (just bragging)!

On an iPad (for outside behind the wheel in open rain) I use iNavX. I can export a route in .gpx format to iNavX -> export to file, use AirDrop and the iPad automatically does the rest (really neat).

BUT exporting a Weather Routing route crashes OpenCPN before I can enter a file name. Finder appears with .GPX folder and the crash.

[CarCode]

Usually macOS stores a crash report if a crash happens. See here for details:
https://developer.apple.com/library/...04/tn2123.html

Post your crash log here to help the developer finding the bug. It might help him even when he knows nothing about how macOS works.

Gerhard

[rramsey]

Thanks Gerhard. I have enclosed the file.

By the way, an easier way on MacOS (10.12) is in the Console app (in Utilities folder). In there go to User Diagnostic Reports, find yours and the share it.

Rob

[CarCode]

Originally Posted by rramsey

Thanks Gerhard. I have enclosed the file.

By the way, an easier way on MacOS (10.12) is in the Console app (in Utilities folder). In there go to User Diagnostic Reports, find yours and the share it.

Rob

Correct, you can find the crash log in the Console app. BTW update your Mac to 10.12.4 which fixes some security holes. Nothing to do with your crash however, you have 10.12.3.

I'm not the developer of WeatherRouting plugin but it seems the crash occurs in function "void WeatherRouting::Export(RouteMapOverlay &routemapoverlay)" of the source file "WeatherRouting.cpp". I've never used this plugin for myself and so I can't fix it.

Gerhard

[rramsey]

Thanks anyway Gerhard. Hope to hear from the developer soon.

[seandepagnier]

The export feature of the weather routing plugin is broken, it's a known bug.

I haven't gotten around to fixing. There are a few other bugs in WR, as well as many more in opencpn and differnet plugins I am aware of. All of my focus is on my open source autopilot at this time. This is why I have not done much work on opencpn the past few months.

[rramsey]

Thanx for your reply.

Sounds interesting, open source autopilot! Not an easy task - even the big names (B&G mostly) got it all wrong during the Vendee Globe. Many AP's caused surprise gybes at winds of over 40kts (Heerema spent many a day & night trying to solve the problems).

The export function would be nice but i can trace the route in OpenCPN and then send to iNavx if necessary. Or maybe I have overlooked the option to convert a WR route to OpenCPN directly?

Rob

[seandepagnier]

Originally Posted by rramsey

Thanx for your reply.

Sounds interesting, open source autopilot! Not an easy task - even the big names (B&G mostly) got it all wrong during the Vendee Globe. Many AP's caused surprise gybes at winds of over 40kts (Heerema spent many a day & night trying to solve the problems).

Yes well I am not yet sailing in high winds with it. Right now I have a much straighter course than wind vane in light winds. In this case the autopilot work where the wind vane would gype. I have just completed open source arduino anenometer, but not yet using wind speed, only direction. The goal is eventually to use neural networks and machine learning to drive it, and add video cameras that can see the waves as well.

The export function would be nice but i can trace the route in OpenCPN and then send to iNavx if necessary. Or maybe I have overlooked the option to convert a WR route to OpenCPN directly?

Rob

I think it's easy to fix, I will try today.

[ptulp]

Sean,

I think that the problem is in the ocpn_plugin.h where the class PlugIn_Waypoint is changed in the main OCPN branch.
There is an extra variable m_IsVisible in there now.

Regards,
Peter

[seandepagnier]

I see this now.

Interesting it doesn't crash on linux...

[seandepagnier]

If you pull the git source and recompile the plugin it should be fixed now. The change was made by someone who didn't realize the fallout.

[ptulp]

Originally Posted by boat_alexandra

If you pull the git source and recompile the plugin it should be fixed now. The change was made by someone who didn't realize the fallout.

Sean,

To succeed to compile for OSX I had to change the isinf handling in the Utilities.h file like the isnan in line 43/44 and add using std::isinf; after line 64.

Regards,
Peter

[ptulp]

Rob,

If you want to test the fix you can find an OSX version here:
https://github.com/ptulp/weather_rou...es/tag/v1.10.4

Peter

[seandepagnier]

I don't know how it compiled before. I think I can follow what you said, but it would be better if you can send an actual diff or pull request so I don't have to guess.

[ptulp]

Originally Posted by boat_alexandra

I don't know how it compiled before. I think I can follow what you said, but it would be better if you can send an actual diff or pull request so I don't have to guess.

I have send a pull request.