Celestial Navigation Plugin Redux

[HUR450502]

Originally Posted by boat_alexandra

Could you please try version 2.1?

Dear Sean, yes, I would try immediately what you recommend. ..... However, where do I get version 2.1 from? Do I have access?

Thanks and best regards from sunny Spain (on my boat at the moment)....

Uwe

[seandepagnier]

I believe you must compile from sources. If we can verify it works on windows then I would make a new release. I know the single sight problem only exists on windows.

[HUR450502]

Originally Posted by boat_alexandra

I believe you must compile from sources. If we can verify it works on windows then I would make a new release. I know the single sight problem only exists on windows.

Dear Sean, sorry, but I cannot compile from source - I do not have the environment on my PC.

But you are right, the single sight problem only exists on Windows, as far as I know. I run my Windows on an Intel-Mac and I have Mac/OS installed as well. So, on Mac/OS it works for me. Therefore, yes, I think you are right, this seems too be just a Windows problem. However, I need Windows for several reasons (one is Winlink) and therefore I cannot easily switch from one OS to the other one and running Windows under Parallels is not an option - it is flatly too slow. ....

So, if you have a way to send me the executable (maybe via "WeTransfer?!) I would test it right away. OK??

Many thanks for your responses and best regards,

Uwe

[rgleason]

Sorry,
but Celestial Nav (Windows Version) has had this problem for awhile
https://github.com/seandepagnier/cel...n_pi/issues/16
and
https://github.com/seandepagnier/cel...n_pi/issues/12
and
https://github.com/seandepagnier/cel...n_pi/issues/14

It is a chicken and egg thing, can't find the bug because it runs fine in Debug Mode!!! Isn't that a dandy debugger!

Sean has suggest that we step back until it works and then get a dif. but that is something I haven't done very often.

All I know is it is frustrating.

[rgleason]

The most puzzling part about Celestial Nav is that Povl's fix worked, because I cloned and compiled it
https://github.com/seandepagnier/cel...7130d553e7772e

Sean then did just a very few things, like Merge and change the version number, so few they are easy to track and see, and there is nothing amiss that I can determine. Yet when we git clone from Sean's Master it is not working.. In fact now with OpenCPN Version 4.8.0 the plugin immediately bombs Opencpn. Now this is different than the earlier versions...where it would run until you tried to enter a 2nd fix.

So what seems to be affecting this plugin is changes to Opencpn!!!
Yet weren't we supposed to continue using the same OpenCPN.lib unless there is some big change like Widgets which require using a newer version of opencpn.lib?

I'll try a newer (actually the newest opencpn.lib) but I've done this before....

[HUR450502]

.... thank you all for your support and the hard work you are doing.

I have OpenCPN 4.8.0 installed on Windows 10 64 Bit Version 1703 (Build 15063.608)

I can enter one sighting - everything fine - I then can enter a second sighting - all details incl. time. Then, when clicking the OK button, it takes awhile and then OpenCPN crashes.

As this can be reproduced easily, I think we should be able to catch this bug - whatever the reason is...

So, what can I do to assist with data and information? Obviously Windows traces the problem - do they have the problem data probably? The comment says ".... you will be informed when the problem is solved....."

May be it is even a Windows problem?

Please let me know, if I can be of any help, ok??

Thanks again for all your help, work and the great product with these ingenious plugins from Sean....

All the best, Uwe

[rgleason]

I have tried compiling it and running it in v4.8.0.
1. It compiles with no errors and installs fine.
2. When the icon is clicked Opencpn bombs out immediately.

To Debug today, I tried:
1. Building standalone Debug dll and copying the data and debug dll files into MSVC++ and then running cmake -T v120_xp .. in the build directory and then starting MSVC++
The dll copied to source\build\plugins\
The data directory copied to source\plugins\celestial_navigation_pi\

Then after trying MSVC++ and getting errors (see lnk below) I tried Cmake GUI to check the paths and generate. It made no difference.

I may just be my problem with my setup to compile, or it may be everyone's problem with the plugin (well, windows anyway)... but the messages could not find the data files and the paths had both \ and /!
Could that be the problem? Why Windows\ can't find /? is why it does not work now?

See https://github.com/seandepagnier/cel...n_pi/issues/17

Perhaps I am doing something wrong, if so, it would be nice to know what..

PS: This plugin is acting differently than it did when it ran with earlier versions.

[rgleason]

Please disregard #427. Paul's test of weather_routing tells me that I have a messed up MSVC++. I have to delete it and reinstall yet again. I think I'll try TDan's Batch files here https://github.com/transmitterdan/BatchUTILS

[Nicor]

Originally Posted by rgleason

I have tried compiling it and running it in v4.8.0.
1. It compiles with no errors and installs fine.
2. When the icon is clicked Opencpn bombs out immediately.

To Debug today, I tried:
1. Building standalone Debug dll and copying the data and debug dll files into MSVC++ and then running cmake -T v120_xp .. in the build directory and then starting MSVC++
The dll copied to source\build\plugins\
The data directory copied to source\plugins\celestial_navigation_pi\

Then after trying MSVC++ and getting errors (see lnk below) I tried Cmake GUI to check the paths and generate. It made no difference.

I may just be my problem with my setup to compile, or it may be everyone's problem with the plugin (well, windows anyway)... but the messages could not find the data files and the paths had both \ and /!
Could that be the problem? Why Windows\ can't find /? is why it does not work now?

See https://github.com/seandepagnier/cel...n_pi/issues/17

Perhaps I am doing something wrong, if so, it would be nice to know what..

PS: This plugin is acting differently than it did when it ran with earlier versions.

I have to ask this, did you escape the '\' in the path code ?

Have yet to get opencpn to run.
It does compile under VS2013.
Unsure about about VS2015 trying under 2015.

Don't know if the batch files u listed are the same as what is in the developer instructions. Reason i didn't use them was it pretty much stated those were alpha/beta.

[rgleason]

Nicor, my opencpn clone local repos was fubar. Deleted it and Cloned it again. The used Transmitter Dan's BATCHUTIL by cloning it into my github directory. Then followed the instructions. Needed an env variable WXDIR for wxWidgets.
Made sure of all of the paths were correct in one of the batch files. Then ran CONFIG.BAT from the opencpn/build directory.
Then the batch that copies all files for debug. Then you are set to compile. Works well for me. Highly reccommended.

Can't wait to get debugging, but am busy today.

Its all quite

[P_Dub]

Do you have a Windows version that works correctly?
Mine works but stay transparency and in the end crash Opencpn.
Best regards.

Version pi-2.0

[Nicor]

Originally Posted by rgleason

Nicor, my opencpn clone local repos was fubar. Deleted it and Cloned it again. The used Transmitter Dan's BATCHUTIL by cloning it into my github directory. Then followed the instructions. Needed an env variable WXDIR for wxWidgets.
Made sure of all of the paths were correct in one of the batch files. Then ran CONFIG.BAT from the opencpn/build directory.
Then the batch that copies all files for debug. Then you are set to compile. Works well for me. Highly reccommended.

Can't wait to get debugging, but am busy today.

Its all quite

I looked at the declared variables and have :
wxWidgets_INCLUDE_DIRS = c:\wxWidgets-3.0.3\include\msvc\ws
wxWidgets_LIBRARIES = c:\wxWidgets-3.0.3\lib\vc_dll

Downloaded source and compiled wxWidgets.

Originally Posted by P_Dub

Do you have a Windows version that works correctly?
Mine works but stay transparency and in the end crash Opencpn.
Best regards.

Version pi-2.0

Yes, i do. Running Win 7 Pro. AMD 8 core, 3.10GHz. 16GB Ram.
This is my development system that is dedicated to software programming.

It runs the downloaded install of OpenCPN just fine.

i have gone through the setup and of getting a development setup for OpenCPN and the plugins numerous times and just can't get it. Except for this last time it compiled without errors.

Well here something new, recompiled Debug with now errors, started Debug mode and popped up with other files out of date, recompiled those and started Debug again and not getting an of Debug\ALL_BUILD can not find file.

hummm. i'll go through the whole process again.

I would like to get it to compiling and running after compile.
Would like to help find the problems that tend to croup up.

Been programming for about 40 years.
Still stand by what i said about the linking problem between debug and release.
Think it was back in the 2006, could have been late 90s that i had that problem.

[rgleason]

Nicor, yes read and check carefully. You do need wxDIR environment variable!

Also dbbuild.bat will copy the necessary files for debugging and execute. Run this after running config.bat and the other one that copies all files.

[rgleason]

Nicor,
I'd like to be clear that you have git cloned TransmitterDan's BATCHUTILS into your github directory and have created a path to that directory so that you can use the batch files?
GITHUB SOURCE: https://github.com/transmitterdan/BatchUTILS
My PATH to BATCHUTILS: C:\Users\Rick\Documents\GitHub\BatchUTILS
Yours will be different.

You need to read the BATCHUTILS README and review and edit pathnames in OSETUP.BAT
finding the exact path you have Poedit, cmake etc.
It is also required that you set an Environment Variable for WXDIR to your wxWidgets.
Then save that.

Then from the github/opencpn/build directory run CONFIG.BAT
Then from the github/opencpn/build directory run doCopyAll.bat
Now you should be ready to compile.
Now from github/opencpn/build directory run DBBUILD.bat
which will run debug and copy necessary file so you can run MSVC++

There is also doCopyAll.bat (not sure if you run it before or after DBBuild.bat yet.
There is also CLEAN.BAT used between compiles when changing over to a Release build and also BUILD.BAT which builds a release version and can CPACK package the release using NSIS.

[Nicor]

Originally Posted by rgleason

Nicor,
I'd like to be clear that you have git cloned TransmitterDan's BATCHUTILS into your github directory and have created a path to that directory so that you can use the batch files?
GITHUB SOURCE: https://github.com/transmitterdan/BatchUTILS
My PATH to BATCHUTILS: C:\Users\Rick\Documents\GitHub\BatchUTILS
Yours will be different.

You need to read the BATCHUTILS README and review and edit pathnames in OSETUP.BAT
finding the exact path you have Poedit, cmake etc.
It is also required that you set an Environment Variable for WXDIR to your wxWidgets.
Then save that.

Then from the github/opencpn/build directory run CONFIG.BAT
Then from the github/opencpn/build directory run doCopyAll.bat
Now you should be ready to compile.
Now from github/opencpn/build directory run DBBUILD.bat
which will run debug and copy necessary file so you can run MSVC++

There is also doCopyAll.bat (not sure if you run it before or after DBBuild.bat yet.
There is also CLEAN.BAT used between compiles when changing over to a Release build and also BUILD.BAT which builds a release version and can CPACK package the release using NSIS.

This what i am going by : https://opencpn.org/wiki/dokuwiki/do...piling_windows

Went through it yesterday using the bat files, after some false starts, it compiled without errors. Didn't have all the run time DLLs, so copied them into the debug folder.

OpenCPN runs, still missing other files though.

One thing that I was not expecting was that this debug version showed the charts and routes that i am using with the installed relaseversion of OpenCPN.

Would think that both debug and the downloaded release installed would use a relative path to themselves.

waypoint icons do not show on this debug i compiled, but does on the org install i have.