OpenCPN Beta Version 3.3.1419 Released

[cagney]

Fabbian

I'm on Kubuntu 13.10, 64 bits, latest Git code, and single-mode works exactly as I described in my last post. I have tried a number of different settings, but have not, so far, been able to repeat what you experience.
Thomas

[fgd3]

Originally Posted by cagney

Fabbian

I'm on Kubuntu 13.10, 64 bits, latest Git code, and single-mode works exactly as I described in my last post. I have tried a number of different settings, but have not, so far, been able to repeat what you experience.
Thomas

When I was trying to install OpenCPN on Linux you mentioned the 13.10 version is compiled against quite a few other library versions than were available in Ubuntu 12.04 so that might account for the difference.

For what it's worth, "Use Accelerated Graphics (OpenGL)" is not checked in any of my versions.

Fabbian

[cagney]

Originally Posted by fgd3

When I was trying to install OpenCPN on Linux you mentioned the 13.10 version is compiled against quite a few other library versions than were available in Ubuntu 12.04 so that might account for the difference.

For what it's worth, "Use Accelerated Graphics (OpenGL)" is not checked in any of my versions.

Fabbian

None of those things matters in this case....AFAIK.
What version of OpenCPN are you using?
A screen-shot would be nice.

Thomas

[tinpusher]

Ways to crash 3.31419 on Mac.

1. Route Manager, Waypoint, New, Crash

[mde]

Hi,
when import Waypoints as GPX-File the names of the WP do not appear. In version 3.2.2 they do. Is wanted this or is it a bug?

Martin
using Windows XP

[nohal]

Martin...
The default value for GPX files not containing the OpenCPN specific extensions has changed. If you don't want to recompile changing line 63 in NavObjectCollection.cpp, you can modify the imported GPX file adding

    <extensions>
      <opencpn:viz_name>1</opencpn:viz_name>
    </extensions>

to the WPTs. I'm really not sure whether the default generally was better before or is now... Personally I prefer the default to be off.

Pavel

[mde]

Hi Pavel,
thank you for answering. I'm only a user who test how to use OpenCPN in next season instead of "Seaclear". I've no idea how to recompile anything - sri. Your Code works, but it is a lot of work, to add it to all WPs. The positions of the waterway buoys very often change. We have a Database in our area, where we can download the actual positions of these buoys as WPs. So the WPs name should not be suppressed. What's a WP/Buoy without name - only a ? !

Martin

[nohal]

Martin...
It's actually 1 search and replace operation in any text editor, replacing

<type>WPT</type>

with

<type>WPT</type><extensions<opencpn:viz_name>1</opencpn:viz_name</extensions>

as far as I can tell...
But yes, maybe we can do it configurable.

Pavel

[dacust]

Originally Posted by nohal

Martin...
It's actually 1 search and replace operation in any text editor, replacing

<type>WPT</type>

with

<type>WPT</type><extensions<opencpn:viz_name>1</opencpn:viz_name</extensions>

as far as I can tell...
But yes, maybe we can do it configurable.

Pavel

I think you left out a right bracket on this one.

missing <type>WPT</type><extensions<opencpn:viz_name>1</opencpn:viz_name</extensions>
added   <type>WPT</type><extensions><opencpn:viz_name>1</opencpn:viz_name</extensions>

[nohal]

Oh yes, I did, thanks for the correction.

[Eirik]

Hi,
I made a previous post regarding the Utilite Computer as a boat PC for navigation purposes (runs Ubuntu/Linux on an ARM processor, with the benefits of low power consumption (4-8W), fairly inexpensive (I bought the Standard version for $159). The plan is to use it as a nav computer running OpenCPN, plus also some entertainment (multimedia station, surfing, etc.).

I now decided to try it out, and here are my first experiences:

I have downloaded the source for OpenCPN 3.3.14.19, which compiled OK. OCpn opens nicely (If I start OCpn from a terminal window, I see some error messages related to pcm …., but the software starts and runs fine, but with one significant exception: When trying to add a Serial connection (under Options/Connections) , OCPN invariably crashes, with the message “Segmentation fault (core dumped)” if I have started OCPN from a terminal window.

I can, however select items related on Network connections without a problem (the Network radio button is chosen by default, but the other fields that are visible are related to the Serial connection, such as DataPort, Baudrate, etc.). I am, btw, member of the dialout group.

So the problem seems related to the Serial connection.

I have also compiled and installed version 3.2.2. There I can choose and work with the serial connection without a hitch, but 3.2.2 has other issues, such as crashing when zooming in on CM93 charts.

Apart from that, OCPN seems to work OK on the Utilite, although I cannot chose accelerated graphics (OpenGL), screen goes white then, but that is not the largest issue, as performance is acceptable.

Anyone has any ideas /suggestions? Or maybe you will you take a look at this for the next beta release?

Utilite runs Ubuntu Linux 12.04.3, with kernel 3.0.35. The Utilite, has two serial ports. I have not yet attached any serial devices to the serial ports, but that shouldn’t matter?

Thank you,

Eirik

[seandepagnier]

you must compile with debugging symbols (enabled by default) and then run in gdb or ddd:

gdb opencpn
...
(gdb) run [enter]

When this one crashes type bt for backtrace.

For opengl to work, you need to be able to run some opengl programs.

I am guessing you are running in x, so you need glxinfo to work.. however it is probably possible to compile opencpn to run in wayland so that it has opengles support without x, first try to compile wxwidgets for this and try the demos.

[seandepagnier]

https://fosdem.org/2014/schedule/eve...11_to_wayland/

[mde]

Originally Posted by dacust

I think you left out a right bracket on this one.

missing <type>WPT</type><extensions<opencpn:viz_name>1</opencpn:viz_name</extensions>
added   <type>WPT</type><extensions><opencpn:viz_name>1</opencpn:viz_name</extensions>

Originally Posted by nohal

Martin...
It's actually 1 search and replace operation in any text editor, replacing

<type>WPT</type>

with

<type>WPT</type><extensions<opencpn:viz_name>1</opencpn:viz_name</extensions>

as far as I can tell...
But yes, maybe we can do it configurable.

Hi Pavel, hi dacust - tu,
but there is no <type> code in the GPX-File but many (800) <wpt and /wpt>
Example:

<wpt lat="53.7582666667" lon="7.42286666667">
<name>A1-AC</name>
<cmt>Groen 0 ACCUMER EE </cmt>
<desc>Groen 0 ACCUMER EE </desc>
</wpt>

So i search for </wpt> and replace with <extensions><opencpn:viz_name>1</opencpn:viz_name></extensions></wpt>
It works 800 x A little screenshot with changed buoy positions: "ae1" with your workaround. "ae2" with changing color red and "ae3" with using a modified "toolicons_traditional.png" to bring a red "circle", because "circle" is the default value in the source code.

Well, a lot to do for an old man - i hope i don't forget a part Thank you very much for your help and have a nice week.

Martin
PS: sorry, the attached files are not in sight??

[Eirik]

[QUOTE=boat_alexandra;1488360]you must compile with debugging symbols (enabled by default) and then run in gdb or ddd:

gdb opencpn
...
(gdb) run [enter]

When this one crashes type bt for backtrace.

Hi, thanks for this, and to attack the crash first:

Running the above yielded the following (including the message before bt):

Program received signal SIGSEGV, Segmentation fault.
0x00102d92 in wxStringBase::GetStringData (this=0x0)
at /usr/include/wx-2.8/wx/string.h:265
265 wxStringData* GetStringData() const { return (wxStringData*)m_pchData - 1; }
(gdb) bt
#0 0x00102d92 in wxStringBase::GetStringData (this=0x0)
at /usr/include/wx-2.8/wx/string.h:265
#1 0x00102ea2 in wxStringBase::length (this=0x0)
at /usr/include/wx-2.8/wx/string.h:412
#2 0x00102ebe in wxStringBase::empty (this=0x0)
at /usr/include/wx-2.8/wx/string.h:422
#3 0x00102e14 in wxStringBase::wxStringBase (this=0xbeffe36c, stringSrc=...)
at /usr/include/wx-2.8/wx/string.h:354
#4 0x00103002 in wxString::wxString (this=0xbeffe36c, stringSrc=...)
at /usr/include/wx-2.8/wx/string.h:690
#5 0x001001b6 in CheckSerialAccess ()
at /home/utilite/Downloads/OpenCPN/src/chart1.cpp:8426
#6 0x0021d912 in options::OnTypeSerialSelected (this=0x141c230, event=...)
at /home/utilite/Downloads/OpenCPN/src/options.cpp:3906
#7 0x4007a54c in wxAppConsole::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*)(wxEvent&), wxEvent&) const ()
from /usr/lib/arm-linux-gnueabi/libwx_baseu-2.8.so.0
#8 0x400c8f68 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEn tryBase const&, wxEvtHandler*, wxEvent&) ()
from /usr/lib/arm-linux-gnueabi/libwx_baseu-2.8.so.0
#9 0x400c91ea in wxEvtHandler::SearchDynamicEventTable(wxEvent&) ()
from /usr/lib/arm-linux-gnueabi/libwx_baseu-2.8.so.0
#10 0x400c925a in wxEvtHandler::ProcessEvent(wxEvent&) ()
from /usr/lib/arm-linux-gnueabi/libwx_baseu-2.8.so.0
#11 0x4026d8c4 in ?? ()
from /usr/lib/arm-linux-gnueabi/libwx_gtk2u_core-2.8.so.0
#12 0x4026d8c4 in ?? ()
from /usr/lib/arm-linux-gnueabi/libwx_gtk2u_core-2.8.so.0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)


Feedback certainly appreciated.

Eirik