OpenCPN Version 2.2 Beta Test

[nohal]

Looks like it will really be interesting this time
Just installed .918 over 2.1.0 stable on the eee with XP duct taped to the nav table without letting the installer delete the config. Got a crash in the installer itself, saying something about NSISBmps (looks like it tried to clean the mess before finishing with less success than expected), but got the latest beta running without any visible problems.
Will try to shake it a little more tomorrow while the boat will be moving again.

Pavel

[cagney]

Originally Posted by JacoTux

OpenCPN build 918 on Linux

when I activate the pluging DashboardWindows OpenCPN crashes with a segmentation fault.

Only if my USB receiver is plugged

I can confirm this, as long as I use a direct /dev/ttyUSB0, and don't use libgpsd. I'll FlySpray this one tomorrow.
Thomas

[bdbcat]

Hello all XP crashers....

OK, I get it. Maybe.

Demo PlugIn was removed from 918 build, since it really has no function in light of Dashboard. So, OpenCPN tried valiantly to load and initialize some old demo_pi.dll, and crashed. demo_pi.dll is the faulty code.

Workaround: delete "Program Files\opencpn\plugins\demo_pi.dll"

Real Solution: Implement an exception trap around all plugins, so that OCPN does not lose control on bad PlugIn code.

Sorry for the hiccup
Dave

[SethDart]

Originally Posted by cagney

I can confirm this, as long as I use a direct /dev/ttyUSB0, and don't use libgpsd. I'll FlySpray this one tomorrow.
Thomas

Hi Thomas,

Can you try to revert patch #12 of commit 2199ade2cf884c324cdeaa1965aae13699203855

SourceForge - opencpn/opencpn/commitdiff

I don't know why Dave changed this, I's required because NMEA0183 class differ between base OpenCPN & dashboard plugin but the compiler reuse the first one despite the changes producing a crash. Dunno if he found another workaround leading to the removal of this option.

Thanks for reporting.

[bdbcat]

Sethdart....

Which changed line(s) are you referring to? There are a lot of changes in this diff...

Thanks
Dave

[SethDart]

Originally Posted by bdbcat

Sethdart....

Which changed line(s) are you referring to? There are a lot of changes in this diff...

Thanks
Dave

Hi Dave,

Sorry, I was not clear enough. Patch/chunk #12 in this commit is:

diff --git a/plugins/dashboard_pi/src/CMakeLists.txt b/plugins/dashboard_pi/src/CMakeLists.txt
index a76c2c3..81ed6fe 100644 (file)
--- a/plugins/dashboard_pi/src/CMakeLists.txt
+++ b/plugins/dashboard_pi/src/CMakeLists.txt
@@ -49,7 +49,7 @@ IF(NOT WIN32)
 
 ENDIF(NOT WIN32)
  
-SET(CMAKE_SHARED_LINKER_FLAGS "-Wl,-Bsymbolic")
+#SET(CMAKE_SHARED_LINKER_FLAGS "-Wl,-Bsymbolic")
  
  # Add some definitions to satisfy MS
  IF(WIN32)

[bdbcat]

Sethdart....

Has this fix been tested?

SET(CMAKE_SHARED_LINKER_FLAGS "-Wl,-Bsymbolic")

Maybe I am dense, but this code looks like it will do the same thing for linux:

IF(NOT WIN32)
 ADD_DEFINITIONS( "-Wall -g -fexceptions" )

 IF(NOT APPLE)
  SET(CMAKE_SHARED_LINKER_FLAGS "-Wl,-Bsymbolic")
 ELSE(NOT APPLE)
  SET(CMAKE_SHARED_LINKER_FLAGS "-Wl")
 ENDIF(NOT APPLE)

ENDIF(NOT WIN32)

In my build logs, I see the proper flags for dashboard compile/link.
What is going on here?

Stumped
Dave

[SethDart]

Originally Posted by bdbcat

Has this fix been tested?

Not tested! :-( GNU/Linux only here :-) I noticed this code change and thought it might be related. In fact I did not noticed the previous Apple specific code change that make the latter redundant. Sorry for that.

I just compiled it from scratch and it works as expected on my GNU/Linux Fedora 13 x86

[bdbcat]

Sethdart....

OK, lets reset.

What was the original complaint? What system/configuration? Can anybody reproduce this? Cagney, what is your status on this one?

Thanks
Dave

[cagney]

Originally Posted by bdbcat

Sethdart....

OK, lets reset.

What was the original complaint? What system/configuration? Can anybody reproduce this? Cagney, what is your status on this one?

Thanks
Dave

Dave

Still the same. Using a usb gps directly to /dev/ttyUSB0 the system crashes the moment (or just after) the dashboard is displayed.
New dump below. Just updated to latest git in case something has changed.

Thomas

[SethDart]

Originally Posted by cagney

Dave

Still the same. Using a usb gps directly to /dev/ttyUSB0 the system crashes the moment (or just after) the dashboard is displayed.
New dump below. Just updated to latest git in case something has changed.

Thomas

Hi Thomas,

Can you send me the full backtrace so I can track it down. I guess there's something wrong with the "wxString &sentence" received.

Thanks

[cagney]

Originally Posted by SethDart

Hi Thomas,

Can you send me the full backtrace so I can track it down. I guess there's something wrong with the "wxString &sentence" received.

Thanks

Is this dump enough for you?

[bdbcat]

Just a gentle reminder:

If you have posted bug reports on Flyspray, please check your postings occasionally.

Especially, if your posted task has a status of "Implemented in Current Beta", then please retest the issue in your environment to validate the fix. Leave comments as appropriate, and request a task closure if the issue is resolved.

Some posters are doing this already, and I really appreciate it. (c.f. FS#97)

The object of this game is to (eventually) remove all issues from the Bug tracker, and advance to the next level....

Thanks
Dave

[manimaul]

Hello OpenCPN team,

I'm back from Alaska and am excited about spending more time on OpenCPN. I've been working really hard learning C++ so I can step up my level of contribution. It looks like development is still moving fast... wow! For now here is something simple I can add:

Flyspray #129 - attached is png/cpp to make the route manager icon match the rest.

Thomas, I'm taking assignment for this bug Flyspray #66.

Will

[sailias]

Note sure if its a bug or a feature. 2.2 build 918 on ubuntu remix 10.4. Started OPCN with a route loaded. No problems. Then using the cursor to move the map and zoom and explore as always, I accidentally touched a waypoint of the given route and dragged it instead of the screen. Tested it again.

So, without activating the route or any routing features turned on it is possible to move waypoints of existing routes with the cursor, simply by clicking on them and dragging them to a new location. This is without any route editing features turned on. I think this is not a desired features..

Best regards and thanks

/ch