OpenCPN Version 2.2 Beta Test

[Netsurfer]

Pavel,

Originally Posted by nohal

I now routinely build against 2.8.11 and there is no problem at all so the version of WX should really not be the cause of the problem.

You're certainly right.
But I still do not understand where the error(s) came from!?
All the time (and I have built the package a hundred times during the installer's development) it worked without any problem.
And suddenly I could still build it (without errors) but the generated file is somehow "corrupted" (same problems like JP) - strange/ mysterious .

Gunther

[Ptizef]

Hi Dave , Gunther and all

Many thanks for your help

I cloned once more a complete new git sources , cmake build and VC++ build ....
nothing changed
The DLL are placed at the right place (found in the log)

very curious :

the size in release mode :
the opencpn.exe file is 3.6MO whereas the one from the installer is only 1.8MO
the grib_pi_dll file is 1.3MO whereas the one from the installer is only 217KO !!!
the same problem for others dlls
It's worth for debug mode but may be it's normal

Another strange issue : (off course all in release mode)
1)If I put the .exe from my built in the normal cpn environment thus using the dlls coming from the installer , it find its and I have the crash described above
2)but if I put these dlls from the installer in the right place in vc++ environment , thus the same .exe and same dlls as in case 1 above,dlls are not found !
3)if I put the dlls from my built in the normal environment thus using the .exe from the installer , the same crash

Thus there is a problem not only in the dll built but also in the .exe built , otherwise the case 1 should be work as it did until now , and I did that more that hundred times .

.exe + dll both personal built = crash
.exe personnal built + dll from installer = crash (except in vc++ environment dlls are not found)
.exe from installer + dll personal build = crash

I can't try back 2.8.10 wxWindgets , it's no longer available on the site

Dave I'll send you the wrong dll by email

thanks again

Jean Pierre

[Netsurfer]

Jean Pierre

Originally Posted by Ptizef

I can't try back 2.8.10 wxWindgets , it's no longer available on the site

It is still available.
Go to Browse wxWidgets Files on SourceForge.net
and scroll the page down to the folder 'wxMSW' - click on the folder - then you'll find the subfolders for the previous versions.

Gunther

[Ptizef]

thanks Gunther

De-installed wxWidgets 2.8.11 and installed 2.8.10
built Unicode debug , Unicode release , Unicode DLL debug , Inicode DLL release
Deleted opencpn sources folder
Loaded once more the last git
ran cmake
built opencpn

I got exactly the same result and nothing changed (same oddly files size, same warnings and same crash)

Jean Pierre

[Netsurfer]

Jean Pierre,

one last idea to try ... (if it doesn't work throw your computer out of the window and buy a new one ... )

Originally Posted by Ptizef

De-installed wxWidgets 2.8.11 and installed 2.8.10
built Unicode debug , Unicode release , Unicode DLL debug , Inicode DLL release

Uninstall and remove really all files (and also the setting in the PATH variable) of wxWidgets.

Then install wxWidgets 2.8.10 and build only the DLL Unicode Release files!

Try again to build OCPN and compare the file sizes.

This way it went OK for me.

Gunther

[bdbcat]

Another idea....

Maybe CMake is finding the wrong wxWidgets dlls?
Or, it may be trying to do a static (non-dll) build. That would explain the size growth.

In Visual Studio, please check the project Properties->Linker->Input files.
There you will find the wxWidgets dlls that are to be linked. Are they the same as the ones that get installed by the Installer? (Release mode..)

As Gunther noted, I found bugs in CMake detection of wxWidgets libraries. I had to delete the static wxWidgets libraries and build only the dlls in order to get CMake to find the right stuff.

Dave

[motorbaad]

Hi. No problems running 1026 on XP pro sp 3, but i noticed something odd in turn indicators on the AIS targets. None of these ships are going straight. Not even the target selected. But it shows 0 degrees ROT in the target query label.

[Ptizef]

Originally Posted by bdbcat

Another idea....
In Visual Studio, please check the project Properties->Linker->Input files.
There you will find the wxWidgets dlls that are to be linked. Are they the same as the ones that get installed by the Installer? (Release mode..)
Dave

If I do not make mistake , the answer is absolutely no !
you can find attached the dll you well know , being in the installer and those I found in project/properties/linker/entry

I'll try what Gunther proposed

thanks again
Jean Pierre

[bdbcat]

jp....

It seems clear that you are linking to the static wxWidgets libraries.

The static libraries are in {...}/vc_lib/

The dll libraries are in {...}/vc_dll/

Clearly a problem with CMake. It is ignoring the directive in the CMakeLists.txt file

SET( wxWidgets_USE_STATIC OFF)

I have found it necessary to either:
a. Delete the static libraries entirely ({...}/vc_lib/*)
..or..
b. Run the CMake GUI version, and manually set the wxWidgets_LIB_DIR variable to {...}/vc_dll

Good Luck
Dave

[Ptizef]

You were right !!
that was the solution . Now it works again

This problem was far under my head and without your help may be I would have
dropped my computer through the window as Gunther suggested
So I'll be able to continue annoying you with my bad small patches .... and off courses try to find what could not be working in opencpn ...

Many thanks again

Jean Pierre

[cagney]

Originally Posted by sinbad7

Thomas.. #247

OK on Vista in Brazil....

Thanks Tore and everyone who answered. I came to the conclusion that this was to complicated. Many new users had a problem finding the logfile on Windows in earlier versions, and now it's getting worse...
I concluded that another approach was necessary and was going to post a feature request, when I found out that Dave already had, a bit stealthy, implemented the feature.
The rest of the story here Installing OpenCPN | Official OpenCPN Homepage

Thanks Dave - good thinking.

Thomas

[bdbcat]

Thomas....

Oops, sorry I forgot to note the change in Changelog.

I was debugging a Win7Starter Netbook, where the MS search tool is not useful. Got frustrated, and added the pointer to the logfile to the Help box.

Glad you found it

Dave

[sailias]

Greets:

Was wondering what version of libgps OPCN is currently using. Did a git pull last night to update and the version I have on Ubuntu is 2.94. Upon start you get the typical error message that this version is incompatible however it compiled fine against it.

Best regards and many thanks

/ch

[cagney]

Originally Posted by sailias

Greets:

Was wondering what version of libgps OPCN is currently using. Did a git pull last night to update and the version I have on Ubuntu is 2.94. Upon start you get the typical error message that this version is incompatible however it compiled fine against it.

Best regards and many thanks

/ch

Your version is just fine. It's libgps in itself, that is problematic.
More here.

Thomas

[sailias]

Thanks Thomas, much appreciated.

/ch