OpenCPN Version 2.4 Beta Build 324

[bdbcat]

Ahoy OpenCPN'ers...

OpenCPN Version 2.4 Beta Build 324 will soon be available for download from opencpn.org.

Monitor the opencpn.org Downloads page to find and download the latest Beta version.....

Source is available now on sourceforge git repo.

Changelog:

15. Correct M_COVR logic for cm93 subcells.(FS#308)
16. Correct crash on zoom with no charts visible (FS#374)
17. Correct quilt composition for partial screen pans. (FS#375)
18. Correct for excessive range -> very small scale -> crash on zoomout of cm93.
19. Correct Polyconic quilting logic, especially apparent on NOAA Great Lakes BSB Raster.
20. Correct error logic on startup with empty config file and existing chart database.
21. Correct AIS display of vessels "Not Under Command", with invalid COG and SOG (FS#354)
22. Correct AIS CPA logic for COG reported 360.0 (COG unavailable) (FS#337)
23. Correct AIS Target List Display with no ownship position available (FS#334) Thanks, Marco...
24. Refine logic for waypoint delete/remove on currently active route (FS#348)
25. Correct Unicode problem with creation of some SENC files. (FS#346)
26. Further optimize Track rendering (FS#368)
27. Enhance coordinate entry method to allow Unicode "degree" and alternate "minutes" signs (FS#322)
28. Arrange to send position fix to all PlugIns on successful NMEA message parse. (FS#387)
29. Integrate Route/Track splitting and extending patch. Thanks Piotr.
30. Implement experimental screen dimmer. Try Function key F6.

Notes:

30. Dimmer works on Windows only, and may not work for all versions. Feedback needed.

I have a suspicion that I may yet be missing one or more patches that were submitted during my absence.
I had patches to integrate coming out my ears. Some were conflicting, and required "touchup".

If your work is missing or broken from this Beta, let me know and send me a clean patch against this Beta, please.
I'll integrate for the next Beta.

Good Luck
Dave

[balp]

Uploading a MacOS build to my github page. Initial tests shows it's working as ok as last version.

I think it will be available form this page.

https://github.com/balp/OpenCPN

https://github.com/downloads/balp/Op...4-beta-324.dmg

As soon the last 70% have been uploaded. And that looks to be after i have ran to work. I have added my build of wx-widgets in the image, I don't think it's needed. The build is 64 bit so it should be Snow Leopard only.

[CarCode]

balp,

you might have forgotten to include all the files and folders into the "Contents" package of the app. But even when they are there, the settings tab of the toolbox for plugins remains empty.

I guess all the different attemps to make a running Mac OS X version needs to be gathered to one approach only. It makes no sense when each attempt has different bugs.

One common bug to all attempts however is still the toolbar bug which seems to depend onto the way how screens, windows and parts of windows (window children) are handled: Start OpenCPN and move your cursor out of the OpenCPN window. You will see that the Lat/Lon positions shown at the status bar below changes as well even when the cursor is outside the OpenCPN window. Avtivating another window on the screen and moving the cursor around then the status bar contents is correct and it it changes only when the cursor is inside the OpenCPN window. Another point of obviously the same bug are the windows handling of e.g. Route-Manager. Try it out and you will see.

Until such basic bugs are not solved it makes no sense also to compile always a new version of Daves betas because nobody knows which new bugs these betas might bring up.

Gerhard

[balp]

Originally Posted by CarCode

I guess all the different attemps to make a running Mac OS X version needs to be gathered to one approach only. It makes no sense when each attempt has different bugs.

My build should be the same as Patriks, we are using the same approach and i do my best that we both keep up whit the same effort. If he missed to describe some manual steps or I missed reading then in the build process. It's a bug that should be solved. There are some Macification stuff in the build that need to be fixed as well like the Application Icon.

Originally Posted by CarCode

One common bug to all attempts however is still the toolbar bug which seems to depend onto the way how screens, windows and parts of windows (window children) are handled: Start OpenCPN and move your cursor out of the OpenCPN window. You will see that the Lat/Lon positions shown at the status bar below changes as well even when the cursor is outside the OpenCPN window. Avtivating another window on the screen and moving the cursor around then the status bar contents is correct and it it changes only when the cursor is inside the OpenCPN window. Another point of obviously the same bug are the windows handling of e.g. Route-Manager. Try it out and you will see.

I'm not sure i see this as a huge showstopper bug.

Originally Posted by CarCode

Until such basic bugs are not solved it makes no sense also to compile always a new version of Daves betas because nobody knows which new bugs these betas might bring up.

Gerhard

Keeping up with Daves patches makes us not have to have a huge integration effort laters, we know if new functions have great impacts early.

[PjotrC]

Vista compiles with just 2 warnings:

14>cutil.c
14>..\src\cutil.c(471) : warning C4133: 'function' : incompatible types - from 'LPCWSTR' to 'LPCSTR'
14>..\src\cutil.c(591) : warning C4133: 'function' : incompatible types - from 'LPCWSTR' to 'LPCSTR'

then crashes on startup after creating the main window frame

Event name:    BEX
  Application name:    opencpn.exe
  Application version:    2.4.324.0
...
  Module name:    StackHash_a1ff
...

[bdbcat]

Piotr....

I suspect the new experimental Brightness code.

Please try commenting out:

chart1.cpp:1586
chart1.cpp:1889

Recompile, and verify no crash. Probably will crash on F6 function key.

And perhaps you could try to see about the warning in cutil.c?

I get no warnings on VS2005, Unicode build.

Thanks
Dave

[CarCode]

Originally Posted by balp

My build should be the same as Patriks, we are using the same approach and i do my best that we both keep up whit the same effort. If he missed to describe some manual steps or I missed reading then in the build process. It's a bug that should be solved. There are some Macification stuff in the build that need to be fixed as well like the Application Icon.
I'm not sure i see this as a huge showstopper bug.
Keeping up with Daves patches makes us not have to have a huge integration effort laters, we know if new functions have great impacts early.

balp,

please just see Dave's message right now. So you will know the new betas will have new crashes!

Until the screen, window and child window problem is not solved OpenCPN at Mac OS X is useless. OpenCPN is intended for navigation and that is a severe task.

Why you have build and used static libraries now? All other approaches use dynamic libraries.

Gerhard

[Netsurfer]

Originally Posted by bdbcat

Ahoy OpenCPN'ers...

OpenCPN Version 2.4 Beta Build 324 will soon be available for download from opencpn.org.

Monitor the opencpn.org Downloads page to find and download the latest Beta version.....

Version is now available for download on opencpn.org and opencpn.de!
Or you just use this link: Download OpenCPN beta 2.4.324

Attention: If you have already the previous beta (2.4.0310) installed then the installer shows you the actual version as "Downgrade". This is due to a mistake in the previous version. Please ignore it. If you want to override your installed version just choose the Downgrade option - thanks.

Gunther

[bdbcat]

Piotr...

Please try this in cutil.c (in two places)

//            MultiByteToWideChar( 0, 0, "gdi32.dll", -1, wdll_name, 80);
//            cstr = wdll_name;

//            hGDI32DLL = LoadLibrary(cstr);
            hGDI32DLL = LoadLibrary(TEXT("gdi32.dll"));

Unicode, bah

Dave

[bdbcat]

Gunther....

Do you have same compile and crash problems as Piotr?

Dave

[Netsurfer]

Dave ...

Originally Posted by bdbcat

Gunther....

Do you have same compile and crash problems as Piotr?

fortunately not.

12>PACKAGE - 0 Fehler, 0 Warnung(en)
========== Alles neu erstellen: 12 erfolgreich, Fehler bei 0, 0 übersprungen ==========

Runs without crash so far.

Gunther

[ktcanuck]

Changelog 19. : Yeah!

[bdbcat]

balp....

Thanks for keeping up with the Beta process for the Mac build. I agree that avoiding a later backport/integration effort is most important.

Do you have a list of changes or patch file necessary for Mac building? Could this be integrated using #ifdef __WXOSX__ (or similar)?

I would like to get and maintain the primary sourceforge git repo code in sync with the Mac team efforts, if possible.

Thanks
Dave

[CarCode]

Dave...

you might have a look for yourself at the different Mac build versions flooding around now.

There are too many different approaches right now. The one try a 32bit Carbon version, the next a 64bit Cocoa version, others try to use static libraries while most try to use dynamic libraries, not to speak about the different wxWidgets versions.
Common to all of them is only: They do not run as expected, crashes and have lots of bugs.

Actually the only correct #ifdef __WXOSX__ is right now:
#ifdef __WXOSX__
use Windows or Linux version of OpenCPN
#endif

This desaster cannot be solved by your git. Instead there are some Mac specific guidelines needed which approach should be done to avoid spending recources for nothing.

Gerhard

[PjotrC]

Originally Posted by bdbcat

Unicode, bah

Dave,

I know it is not a permanent solution - I changed to

            hGDI32DLL = LoadLibraryW(cstr);

and all compiles clean, and runs OK. F6 works fine.

I think it is my problem (looks like I'm making a non-Unicode build, pls don't ask me why...). Pavel warned me before about probably messed setup of my environment. I'll clean it up, but maybe not today

I have 40000+ trackpoints on screen, and still breathing

Thanks,

Piotr

PS.
Changed now to
hGDI32DLL = LoadLibrary(TEXT("gdi32.dll")); and all is fine.