OpenCPN Beta Version 3.3.1824 Released

[erik23_de]

Hi,

I'm a bit off-topic, because issue is related to 1419 & 1613, don't have good bandwith to upgrade.

Running opencpn under Raspberry Pi, I had sometimes freezed GPS Input (GPS device is still sending, but no transmission from GPS seen under NMEA-Debug-Window.)
When this occurs, I cannot enter the config menu anymore and a bit later, AIS does not update anmore.
That was not THAT often.
But:
Right here, South of Danmark Moen, in the near and while crossing one of the worlds most frequented shiplines, it freezes every few minutes. When disabling TCPA Alert, it still freezes. It only works fine with completely supressed AIS (deselected in the connection menu). Otherwise, I have to do a constant reboot every few minutes (or at least restart of the program).
It must have something to do with the memory or alert calculations. Anyone else who had that problem? Anyone has a clue?

Thanks,
Erik

[Hakan]

Originally Posted by cagney

O crashes after something like 10 - 15 minutes left to its own. Using the Baltic AIS feed (1022 targets) and CM93.
...

For info: I'm on Win 32 and have run nearly the same premisses, cm93, the same AIS feed and a VDR play, for hours without any crash. Last commit on my pull is from Fri Jun 27 23:49:01.
Håkan

[tom_BigSpeedy]

Originally Posted by erik23_de

Hi,


That was not THAT often.
But:
Right here, South of Danmark Moen, in the near and while crossing one of the worlds most frequented shiplines, it freezes every few minutes. When disabling TCPA Alert, it still freezes. It only works fine with completely supressed AIS (deselected in the connection menu). Otherwise, I have to do a constant reboot every few minutes (or at least restart of the program).
It must have something to do with the memory or alert calculations. Anyone else who had that problem? Anyone has a clue?

Thanks,
Erik

Erik,

I had the same thing end of May (30.05.) with the current beta by that day (I think it was 1715+patches), but running Win7. It took me 3 or 4 Laptop reboots to find out it was related to the AIS. I have everything coming in via one USB port, and finally Win7 shut down the whole com port "with errors" (no specific info). After turning off the AIS, O worked again (after reboot).
I never blamed that on O, because I had updated the AIS firmware a couple of days before, and either thought of this one as root cause or a hardware failure ...
But 1715 and the following 1731 were so buggy, crashing every now and then, that I had reverted to 1606, and in parallel had reset the AIS firmware 2 revs back, the rev I used the whole last year with O w/o problems. I did the following 4-day trip almost without AIS, and didn't have these probs again.

I was out again the last 2 weeks, still sailing with the somehow stable 1606 (using the AIS more frequently, but still not full time on, still with lower firmware version) and I remember at least 3 com port freezes without any user input. Maybe that was related to the running AIS again...

So yes, this sounds very familiar to me...

Tom

[yachtvalhalla]

Originally Posted by P_Dub

OpenCPN 3.3.1824 works OK Windows 7 Ultimate.

And also on XP including AIS.

Terry

[bdbcat]

cagney....

Regarding your AIS linux crash.

Problem is clear. The crash would happen exactly at the time you have set for AIS target track length. in minutes.

Options->Ships->AIS Targets->Show Target Tracks, length(mins)

Solution clear also, in github now.

Thanks for the report.
Dave

[fozrunner]

I just installed 3.3.1824 for OS X. When i control click on a tidal bar in 3.2.2 the program displays the tidal graphic. In 3.3.1824 the tidal bar is displayed, but control-click has no effect.

[rgleason]

This is a try at debugging weather_routing_pi.
1. MSVC++ debugging works because I finally copied the necessary files after a fresh git clone and compile, as Pavel pointed out.
2. Copied the debug dll version of weather_routing_pi to my ../opencpn-git/build/plugins directory along with the weather_routing_pi/data files.
3. Ran MSVC++ "Build" and then "Debug > Start Debug"
4. The chart screen came up. I could use it normally. I turned off Opengl and smooth scroll. Opened Grib. Tried opening Weather_routing_pi...nothing happened except eventually "High CPU". There was no Break file for a long time. Evenutally one came up after I started looking for signs of failure in other views/windows.
5. I did this about three times, and the last time I started saving files and one screenshot. Included is call stack, log, settings, etc.

[seandepagnier]

Rick,

Please post the weather routing findings in the weather routing thread.

[rgleason]

Okay, I thought it was also related to the main program too. Will do.

[Ptizef]

Originally Posted by Ptizef

Testing 3.3.1824 on my 10' W8.8 I got a reproducible crash
(openGL enable or disable )
With AIS - GPS connected and a dozen of targets
Open the target list, manipulate and exit by red cross = crash
A crash report has been sent
Jean Pierre

I can easily reproduce this crash on my Vista too
In the same condition I reproduced it with the last commit git 1 hour ago
and in debug mode
Here attached a screen shot and the call stack I got
When I said "manipulate" I mean clicking on hide/shaw tracks and others button, but generally just selecting a line witch has "Y" and exiting by red cross is enough to get the crash
exiting by the button "close" seems to have not the same behavior

I that could help
Jean Pierre

[bcn]

Originally Posted by Ptizef

When I said "manipulate" I mean clicking on hide/shaw tracks and others button, but generally just selecting a line witch has "Y" and exiting by red cross is enough to get the crash
exiting by the button "close" seems to have not the same behavior

I that could help
Jean Pierre

That's reproducible on the ARM built as well. Almost:
AIS list --> highlight one target --> toggle track --> close with X: normally ok, sometimes it crashes, but not in a traceable form.

But toggling from Track to No-Track and then exiting with X the program crashes always.

Built 4 hours ago.

Hubert

[CarCode]

No crash here in all conditions.
However build 1 hour ago with Xcode for Mac OS X and variable "pTargetData" in AIS_Decoder.cpp has been initialized for some conditions where it not has been before. Might be that is the reason for a crash at other operation systems.

Gerhard

[cagney]

I can reproduce the AIS-target-list crash. This dump should help.


Thomas

[erik23_de]

Tried the same thing with the new update: I can avoid GPS Freeze by disabling the Tracks of AIS Targets.

If I set Tracks to 10 Minutes, I can wait for the crash. It's not freezing GPS anymore (wich was at least shown by a black colored own ship, but whole O freezes, showing nothing to warn you.

That's an advantage, at least; can use O now near main traffic lines without needing to reboot on the way.
Tracks would be a nice add, but it's something I don't really need.

Must have something to do with the Track storing of AIS Targets...

Greetings..

[bdbcat]

Hi there...

I have just posted a new commit to github which addresses the AIS target list closure crash bug.

Please have a look if you can build from source.

Thanks
Dave