Development Debugging Environment - Setup Help

[nohal]

Dan...
If you install the official 4.1.602 and replace opencpn.exe with yours (from the release build), what happens?

Pavel

[transmitterdan]

Originally Posted by nohal

Dan...
If you install the official 4.1.602 and replace opencpn.exe with yours (from the release build), what happens?

Pavel

I tried this. The error does not happen. So it has something to do with some library other than opencpn.exe I guess.

I also tried running my own built opencpn from the OpenCPN\build\release directory. The error does not happen then either. The error only happens when running from the program files(x86)\opencpn folder populated with my package.

[nohal]

Are you using the latest libs from Download opencpnplugins from SourceForge.net while building the package?
If you were building with the VC10 version, it could certainly result in what you experience...

[transmitterdan]

Pavel,

I recloned the whole repository from git tonight including chartdldr_pi from your latest git. It builds 4.1.602 and runs without error. Don't know what was wrong with the previous clone but all is ok now. Also, built chartdldr_pi standalone installer and it works too.

Thanks for the ideas. Later I'll look back at my corrupted clone and figure out what is wrong but for now will spend time testing build 602 and the chart updater to see if I can uncover any bugs.

[rgleason]

Pavel,
I installed "MS Visual Studio for Windows Desktop 2013" (the exact one you instructed) after all kinds of apparent freezeups and nothing happening in the install window, during which time I tried shutting down and rebooting, etc. I finally just waited and waited and it Installed!!!

What I found was lots of versions of MS Visual Studio and the most recent one was
"Microsoft Visual Studio 12.0"

I thought I did not have the correct version and did a search on the internet and found that version 2013 is "Microsoft Visual Studio 12.0"

From earlier post #333:

It appears that the Program Folder is "Visual Studio 2013" and the program executable is "VS Express 2013 for Desktop" however the target is
"C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\WDExpress.exe" on top of the 6.6 gb of additional programs when I am trying to "clean up" laptop! Microsoft takes the cake,but I guess I should not complain because I don't have to pay for it.Talk about weird install and weird naming conventions!

----
I would like to cleanup unnecessary XXXX on my computer as I am running out of space and the list of MS programs is totally overwhelming, but I am intrepid about removing them! There seems to be somewhat divergent opinions about what to do.

[nohal]

Rick...
It did not create any mess for me. All I can suggest, especially if you don't understand what is what, is to get a bigger disk - they seem to be kind of cheap lately.
BTW, this is how the machine used to build 4.1.602 looks, the whole Program Files folder has less than 3.5GB, so if you need space I would probably look somewhere else.


Pavel

[rgleason]

Very nice pavel. I am envious. I think this might help. Thanks

Sent from my SCH-I545 using Cruisers Sailing Forum mobile app

[bcn]

Compiling wxWidgets from the command line I'm getting:

C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC>G:

G:\>cd G:\wxWidgets-3.0.2\build\msw

G:\wxWidgets-3.0.2\build\msw>nmake -f makefile.vc BUILD=release SHARED=1 CFLAGS=
/D_USING_V120_SDK71_ CXXFLAGS=/D_USING_V120_SDK71_


Microsoft (R) Program Maintenance Utility Version 12.00.21005.1
Copyright (C) Microsoft Corporation.  All rights reserved.

        cl /c /nologo /TP /Fovc_mswudll\basedll_appbase.obj /MD /DWIN32  /Zi  /F
d..\..\lib\vc_dll\wxbase30u_vc_custom.pdb   /O2 /D_CRT_SECURE_NO_DEPRECATE=1  /D
_CRT_NON_CONFORMING_SWPRINTFS=1 /D_SCL_SECURE_NO_WARNINGS=1  /D__NO_VC_CRTDBG__
/D__WXMSW__    /DNDEBUG     /D_UNICODE   /I..\..\lib\vc_dll\mswu /I..\..\include
  /W4  /DWXBUILDING /I..\..\src\tiff\libtiff /I..\..\src\jpeg /I..\..\src\png  /
I..\..\src\zlib /I..\..\src\regex /I..\..\src\expat\lib /DwxUSE_GUI=0  /DWXMAKIN
GDLL_BASE /DwxUSE_BASE=1 /GR /EHsc  /Yu"wx/wxprec.h" /Fp"vc_mswudll\wxprec_based
ll.pch"  /D_USING_V120_SDK71_ ..\..\src\common\appbase.cpp
appbase.cpp
..\..\src\common\appbase.cpp : fatal error C1853: 'vc_mswudll\wxprec_basedll.pch
' precompiled header file is from a previous version of the compiler, or the pre
compiled header is C++ and you are using it from C (or vice versa)
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 12.0
\VC\BIN\cl.EXE"' : return code '0x2'
Stop.

G:\wxWidgets-3.0.2\build\msw>

What to do?

[nohal]

Hubert...
You should clean up before the build, it seems as if you had built wx with an older visual studio before.
Can it be?

Pavel


Sent from my iPhone using Cruisers Sailing Forum

[rgleason]

Reinsrall widgets and try again? Or perhaps make sure the command is correct. It appears your path is ok. Do you have any other widgets on board or any other path to earliwr widgets?

Sent from my SCH-I545 using Cruisers Sailing Forum mobile app

[bcn]

Yes, this is possible on that machine.
What implies "cleaning up" in this case?

Originally Posted by nohal

Hubert...
You should clean up before the build, it seems as if you had built wx with an older visual studio before.
Can it be?

Pavel


Sent from my iPhone using Cruisers Sailing Forum

[transmitterdan]

Originally Posted by bcn

Yes, this is possible on that machine.
What implies "cleaning up" in this case?

In the make file there is a "clean" target. You need to run that instead of the default target. I think with nmake you just put the word clean at the end of the command line. But maybe it is target=clean. I don't remember which one. You will know if it works as the make file will traverse through several directories deleting object files and other makefile generated files.

[bcn]

Did run
nmake -f makefile.vc clean
which does what it says (hopefully) but no luck - same error.

Any additonal proposal how to procede now?

[nohal]

Hubert...
Make sure there are no files with .pch extension anywhere before you start the build
As a last resort, deleting everything and extracting the wxWidgets distribution again as Rick suggests should work.

Pavel

[bcn]

Tell you what:
Under the Visual Studio IDE it built without complaints -
Release DLL and Debug DLL

Now let's see what happens with the rest....

Hubert