Onderwerp: Crash OpenCPN op Windows

Opencpn crashed bij mij nooit vanzelf, alleen soms bij zoomen van nvcharts (bsb).

Ik (wij) hebben opencpn al draaien vanaf 2013 op diverse 24/7/365 toepassingen met vectorkaarten. Geen actieve herinnering aan een spontane crash.


Gepost met de officiële Zeilersforum-app

OpenCPN op Cruiserforum. Bijv dit draadje over 5.8.4 crashes (maar niet onder windows):

www.cruisersforum.com/forums/f...er-start-277813.html

Beste Woody130: omdat bij anderen deze crash blijkbaar niet optreedt de vraag: als eens "SFC /SCANNOW" geprobeerd om de Windows systeem files te checken op corruptie?

@Calidris Ik had ook nooit crashes, maar mijn oude laptop starte niet meer op. Nu heb ik een andere huis-tuin-en-keuken-laptop met een of andere Celeron-processor met een verse Windows. Vanwege de Ochart-kaarten moest ik wel over naar een nieuwere versie van OC. Deze crasht steeds, maar of dat nu aan de laptop of OC ligt weet ik nog niet.

@PietO. Ik heb sfc even gedraaid, maar er kwamen geen fouten uit. Tis ook een verse Windows-installatie

Zelf heb ik lang gewerkt met VisualStudio on C++. Daar hadden we ook soms crashes die niet te achterhalen waren met de standaard logging. Altijd ergens in een of andere systeem-dll. Je kan daar extra's voor inbouwen, maar dat heeft OC denk ik niet aan boord.

Volgende stap is om OpenGL uit te zetten, maar met dit weer liggen we even in de haven.

PietO schreef : Ik vind dit een ongenuanceerde conclusie die ook nog eens erg kort door de bocht is. Sinds gisteravond heeft iemand dit probleem aan de orde gesteld en nu heb jij je conclusie al klaar dat het probleem klaarblijkelijk niet bij anderen optreedt. En daarbij weet je niet eens of het probleem zich alleen bij bepaalde versies van het programma voordoet of bij meerdere versies, of bij een bepaalde plugin of Windows versie. Kortom er zijn misschien nog wel 10 andere oorzaken aan te wijzen. Dus mijn vraag is waaruit voor jou blijkt dat het probleem bij anderen niet zou spelen? En dan ben ik er gelijk benieuwd naar of jij weet welke versies van het programma die anderen dan wel hebben draaien. Als we dat weten kunnen degenen bij wie de crashes wel optreden hier tenminste nog iets aan hebben.
Mvg Felix

De logging van de crash lijkt te wijzen op iets in een gui-window 'instrumentenpaneel' van Ocpn.
In dat Windows gebeurt iets dat Windows als een fout beschouwt.

SimondeDanser schreef : Ik heb niet de indruk dat jouw genuanceerde mening iets bijdraagt aan de oplossing van het probleem van de TS.

In antwoord op de vraag van TS:

Nederlands:
Als je donateur van Nautin bent: Nautin heeft een OpenCPN-helpdesk.
www.nautin.nl/wb/account/login...opencpn-helpdesk.php


Internationaal (Engelstalig):
Aanvullend op wat agvisser al noemde: Je kunt het probleem ook melden via het onderdeel ‘Help / FAQ’ van CruisersForum. Hier is de link naar dat ‘Help / FAQ’-draadje: www.cruisersforum.com/forums/f134/help-faq-30943.html


Wat ik zelf zou proberen:

1. OpenCPN laten draaien met een minimum aan plugins. Vaak is het een plugin die op de een of andere manier iets laat misgaan.

2. Een crash kan worden opgeroepen door iets dat in het configuratiebestand (opencpn.ini) staat.
Probeer eens om (met OpenCPN gesloten) dat configuratiebestand (opencpn.ini) te hernoemen naar bijvoorbeeld opencpnini_reserve.txt.
Je hebt dan dus geen bestand meer met de naam opencpn.ini.
Als OpenCPN dan opnieuw wordt opgestart, vindt het geen opencpn.ini en maakt het zelf een nieuwe, kale opencpn.ini. Daarin is natuurlijk verder nog niets geconfigureerd maar je kunt dan wel checken of het crash-probleem is verholpen.
Zie voor meer info over opencpn.ini ondermeer deze link:

opencpn.org/wiki/dokuwiki/doku...tarted:support_files


3. OpenCPN helemaal de-installeren (wel eerst je bestand navobj.xml ergens opslaan want daarin staan al je routes, tracks en waypoints.). Dan OpenCPN opnieuw installeren.

Ik had met OCPN op Windows ook steeds crashes. Bleek te liggen aan plugins, die niet waren geupdate. Starten in de "veilige modus" lukte wel (dan werken de plugins niet). Na updaten plugins was het probleem over.

Woody130 schreef :
Ja, altijd beginnen zonder openGL. In die zin heeft baasklus wel wat gelijk.
Dan je drivers updaten van je videokaart of beter machine kopen.
Ik heb op hele lichte W10 celeron machines ook zonder OpenGL; nooit een probleem.

taan schreef :
Na update alle oude actieve plugins overboord mieteren en dan updaten en weer actief maken.

Baasklusje schreef :
Ik denk ook OpenGL

PietO schreef : Als je het had gevolgd had je begrepen dat ik hetzelfde probleem heb als TS.

Dinsdag pas weer varen. Dan ga ik zonder opengl proberen.

Verder is het een verse windows met up to date drivers voor videokaart. En een verse OpenCPN met 1 plugin voor ochart. Dus veel uitschakelen en update is er niet bij.

Gepost met de officiële Zeilersforum-app

Maar zonder OpenGL doen de MBTiles het niet, en zonder MBTiles geen HD-reliëf....
Da's rampzalig!

It Paradyske schreef : Maar toch ga ik het proberen

taan schreef :
Weet iemand van de Ocpn gebruikers hoe dat nu precies werkt, die plugins?
Op een gegeven moment during run time moet OpenCPN de controle overgeven aan een plug in, die dan zijn ding doet en daarna de besturing weer teruggeeft aan OpenCPN. To de volgende plug in-call.
Dat moet qua geheugen-addressing wel allemaal goed gaan.
Ik denk dat er twee manieren zijn om dat te doen:
- alle modules in 1 keer compileren tot 1 loadmodule
- dynamisch laden en linken (DLL in Windows), waarbij het OS ervoor zorgt dat de adressering blijft kloppen door tijdens het laden de adressering in orde te maken.

Als ik de narigheid met plug ins zo hoor dat lijkt het erop dat OpenCPN het weer anders doet.
Iemand inzicht daarin?

Daan,

Kan goed zijn dat de hardware gewoon geen opengl aan kan.

Dat zou heel goed kunnen.

32 bits hardware is een gepasseerd station. Men neemt niet meer de moeite drivers voor de hardware aan te passen voor 32 bits. Hoe "vers" (up to date ?) is de Windows versie ? Sommige drivers worden na een update juist verwijderd.

Je zou een test kunnen doen met een Linux live USB/DVD. Die behouden de ingebouwde drivers wat langer. Echter de Linux flatpak optie (met alle Opencpn plugins) wordt ook al niet meer otwikkeld voor 32bits.

Bram

Wie heeft het hier over 32 bits? Tis gewoon windows 10 64 bits. Staat ook in de logging bovenaan.

Ik dacht al, waar blijft Brambo met z'n Linux

Gepost met de officiële Zeilersforum-app

9 vd 10 keer is het een plugin die amok maakt. Na een crash krijg je bij opnieuw openen een vraag of je zonder plugins wilt draaien, ja dus Helpt dit dan één voor één plugins weer aktiveren of nog beter opnieuw installeren.
@BK een plugin is (onder windows) een dll.

rooiedirk schreef :
Als het een 'nette' DLL is zou er onder Windows een werkende loading en linking (met OCPN) moeten platsvinden. Dat kan eigenlijk niet fout gaan (Windows doet de hele dag niets anders).
Als het dan toch crasht moet er wat fout zitten in de plug in, toch?

Woody130 schreef :
Een oud huis-en-tuin systeem met een Celerial processor is in mijn ervaringeen een 32 bits systeem.

Maar goed als het een 64 bits systeem is, daN is de vraag of die beperkte Celerial processor en grafisch systeem nog wel werkt met OPenGL.

Hou er erg in dat in nieuwe OpenCPN versies OpenGL standaard aanstaat. Als je OpenGL uitzet dan staat bij een herstart OpenGL weer aan.

De oplossing is in de opencpn.config OpenGL uit te schakelen.

Het komt wel meer voor dat oudere systemen niet meer volledig werken met Windows.

Terwijl deze met Linux nog wel goed werken. Er zijn hiervan vele voorbeelden van te geven.

Dus?

brambo schreef :
Als jij nou eens de moeite zou nemen om te stoppen met linux spammen, en je een heel klein beetje probeert te verplaatsen in TS die NU op vakantie is en geen behoefte heeft aan onnozele opmerkingen waar hij NU toch niks mee kan.