OpenCPN Beta Version 3.1.915 Released

[ChuckSK]

Originally Posted by bdbcat

Freddie...

OK, lets work on this.
We eventually want to move O to wx2.9, and then 3.0 whenever it appears. At one point in the past we could compile and run with 2.9, but that was long ago and far away. I've since lost my 2.9 build environment.

Lets look at your build log errors, and see what we have to do to the O source to conditionally compile for wx2.9.

Dave

Hi Dave

I have the latest Master running on windows with wxWidgets 2.9.4 if anyone is interested.

Chuck

[bdbcat]

freddie....

OK, while you continue to research on the web some workarounds for the dylib inclusion problem, I would also hack the CMakeLists.txt and remove all references to PlugIns. Cut'em out completely. Then your dmg build should complete, and you may proceed to verify the base build, and do the PlugIn loading with manual copying of the dylibs to the proper run-time location. Just as a way to move forward, you understand....

Take notes on what you need to do to the CMakeLists.txt, and we can build proper conditional clauses as necessary.

Dave

[sbfreddie]

Originally Posted by bdbcat

freddie....

OK, while you continue to research on the web some workarounds for the dylib inclusion problem, I would also hack the CMakeLists.txt and remove all references to PlugIns. Cut'em out completely. Then your dmg build should complete, and you may proceed to verify the base build, and do the PlugIn loading with manual copying of the dylibs to the proper run-time location. Just as a way to move forward, you understand....

Take notes on what you need to do to the CMakeLists.txt, and we can build proper conditional clauses as necessary.

Dave

Dave:
I finally figured out how to get around the build problem for the 64 bit build. It was trying to load all the X11/libs and configure them into the bundle. I found a CMake workaround and installed it into the apple install section and the build completes with no problems. It even installs the Plugins if they are built.
Now I have to figure out how to get O into Xcode to find out why it crashes as soon as you try to open the preferences panel. If the Plugins are built and installed, then it crashes as soon as you launch it.
Here is a snapshot of the opening window I get when the Plugins are not built:

Thanks,
Freddie

[bdbcat]

freddie....

OK, some progress at least.

I'm sure you understand:

$ cmake -G Xcode ..

will create an Xcode project, at least for me in 32 bit land.

Hope you are taking notes

Dave

[sbfreddie]

Originally Posted by bdbcat

freddie....

OK, some progress at least.

I'm sure you understand:

$ cmake -G Xcode ..

will create an Xcode project, at least for me in 32 bit land.

Hope you are taking notes

Dave

Dave: cmake -G Xcode does not work in 64 bit land with cmake 2.8.9 it fails because it can't find gcc. The newer OS's don't have gcc installed by default. However cmake 2.8.10 does work, sort of. I'm still have problems getting it to compile everything. But I'm still working on it.

Thanks for your great support!
Freddie

[sbfreddie]

Dave:
I finally got the project to build under Xcode. It seems that clang in Xcode does not know how to link C projects very well, so I changed to llvm 4.2 and got it to build.
The program runs, without crashing at first, however when the initial window comes up to ask about the charts the window is as above, you cannot read anything because its all black. If you dismiss the window the world map comes up just fine and you can move around with no problem, its even alot faster than in the other builds I have used.
The problem now is if I click on the preferences panel O just has this flashing light show at the bottom where the charts are usually shown. O eventually dies and the Xcode debugger has isolated it to the chart1.cpp routine. Here is what Xcode shows, I hope you can make some sense out of it.

Thanks,
Freddie

[bdbcat]

Freddie...

As you can see from the code, it is crashing in a specific WXOSX section related to restoring top level windows and dialogs after minimizing to taskbar, and then reactivating. Mac has some specific ideas about this type of window precedence action that wxWidgets does not quite comprehend. This was real flakey in 32bit OSX, and not surprising that it breaks for 64.

To move ahead, it will be OK to simply eliminate all the code between the

#ifdef __WXOSX__
#endif

by commenting out the code in this section only. Maybe that will allow it to run a little further. You will probably see problems on minimize/maximize actions later, but that is small potatoes just now....
We can come back and fix it later.


Good luck
Dave

[sbfreddie]

Originally Posted by bdbcat

Freddie...

As you can see from the code, it is crashing in a specific WXOSX section related to restoring top level windows and dialogs after minimizing to taskbar, and then reactivating. Mac has some specific ideas about this type of window precedence action that wxWidgets does not quite comprehend. This was real flakey in 32bit OSX, and not surprising that it breaks for 64.

To move ahead, it will be OK to simply eliminate all the code between the

#ifdef __WXOSX__
#endif

by commenting out the code in this section only. Maybe that will allow it to run a little further. You will probably see problems on minimize/maximize actions later, but that is small potatoes just now....
We can come back and fix it later.


Good luck
Dave

Dave:
Good news! O does not hang anymore, however when I open the options window the text is missing from the windows. Only the selections show up. I did get O to see and use the usb gps though. Have a look at the options window:


Thanks,
Freddie

[bobofthenorth]

Haven't been active here for a while - I doubt you have missed me. Yesterday I got back on the boat, today I installed CHS charts on a new computer and tried to run OCPN V.31915. Crashed on build of chart database. No problem thinks I - I've likely got an out of date beta so I d'l the current beta and tried it again. Same outcome. Details below - they might as well be in Swahali for all they mean to me.

Problem signature:
Problem Event Name: APPCRASH
Application Name: opencpn.exe
Application Version: 3.1.915.0
Application Timestamp: 5055af1f
Fault Module Name: wxmsw28u_core_vc_custom.dll
Fault Module Version: 2.8.12.0
Fault Module Timestamp: 4fb7d2bb
Exception Code: c0000005
Exception Offset: 00090b29
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 4105
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789


Problem signature:
Problem Event Name: APPCRASH
Application Name: opencpn.exe
Application Version: 3.1.919.0
Application Timestamp: 505b17a9
Fault Module Name: wxmsw28u_core_vc_custom.dll
Fault Module Version: 2.8.12.0
Fault Module Timestamp: 4fb7d2bb
Exception Code: c0000005
Exception Offset: 00090b57
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 4105
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

I included both crashes in case there is something useful in the comparison between them. Thanks for all you guys do.

[rgleason]

sbfreddie and bdcat, I admire your persistence.