image
image
image

Votre IP : 34.232.51.240
Dernier ajout : 31 octobre
Visiteurs connectés : 10

image Conception
Développé sous SPIP
Informations légales

image
image
Recherche image

Pratiques et Techniques de la Plaisance

image

Accueil du site > Forum technique > OpenCPN -forum- > Utilisation sous Windows -forum- > Fichier trace à purger sous peine de plantage dangereux du programme

Rubrique : Utilisation sous Windows -forum-

__________________________________________________________________________________________________________________

Fichier trace à purger sous peine de plantage dangereux du programmeVersion imprimable de cet article Version imprimable

Publié Juin 2013, (màj Juin 2013) par : Nicodefreja   

Copyright : Les articles sont la propriété de leurs auteurs et ne peuvent pas être reproduits en partie ou totalité sans leur accord
S'identifier pour s'abonner par mail Inscrit aux forum vous pourriez transmettre cette page à un ami plaisancier

Bonjour,

Je fais souvent tourner OpenCPN l’hiver, histoire de tester certaines configurations ou de nouveaux matériels. Depuis décembre, ayant changer de tablette ordi, je l’ai fait tourner très longtemps (des jours d’affilé) histoire de vérifier que l’ordi n’était pas soumis à des plantages.

J’utilise Open 3.0.2. Dans la configuration, j’ai activé l’enregistrement automatique de la trace.

Ce qui fait qu’au bout d’un moment, je me suis retrouvé avec une grosse patate de trace, normal, le bateau ne bougeant pas du ponton. Mais tout allait bien, sauf quand je suis passé à la version 3.2, mais c’est une autre histoire.

Hors ces derniers jours, j’observais des phénomènes de ralentissement très important du programme, voir même de plantages dangereux, puisqu’il ne supprimait plus les cibles AIS perdues depuis longtemps, et mettait beaucoup de temps à acquérir les nouvelles cibles AIS (j’ai 2 récepteurs à bord, j’ai donc pu comparer).

Grosse angoisse du problème technique au moment où on se prépare à décoller pour quelques mois ! Sachant qu’il m’est déjà arriver de passer 3 mois à résoudre des problèmes de plantage (en hiver, heureusement).

J’ai pu vérifier que cela ne venait pas de l’ordi puisque Maxsea tournait en même temps qu’OpenCPN, pas à vitesse normale, mais beaucoup plus fluidement, et surtout sans bug sur l’AIS.

Mystère, mystère et sueur froide, je suis beaucoup moins fort sur le software que sur le hardware.

A tout hasard j’ai eu l’idée de purger le fichier trace.

Bingo, tout est rentré dans l’ordre, je peux faire tourner tous mes programmes en même temps, sans bug et dans une parfaite fluidité. Des fois cela tient à peu de chose ......

Je pense que par sécurité il vaut mieux sauvegarder ses fichiers traces dans un autre endroit en les renommant, et les utiliser à la demande, mais pas tous en même temps. Ayant essayé ça par hasard, je n’ai pas eu l’idée d’aller voir avant la taille du fichier trace qui rend le programme instable, c’est dommage.

Je ne savais pas exactement où faire remonter ce bug, j’espère être dans la bonne rubrique

UP


Répondre à cet article
(pour répondre à un message en particulier, voir plus bas dans le fil)

12 Messages de forum

__________________________________________________________________________________________________________________

  • Le bogue concerne une version dite « stable » ou une en développement ?

    Répondre à ce message

  • Je crois que la 3.0.2 est la bug fix released de la version stable 3.0. Et effectivement tout était bon et stable jusqu’à la découverte de ce bogue

    Répondre à ce message

  • Ah Michel si ça continue on va nous marier, on arrive même à poster des messages pile poil en même temps !!! :-O

    Répondre à ce message

    • Michel si ça continue on va nous marier

      Je veux bien, mais il me faut Robert comme témoin :-O

      Z’alors... oui il y a des problèmes avec les traces... Plutôt que des problèmes d’ailleurs, des rêves éveillés d’utilisateurs naïfs et émerveillés... toi, moi et beaucoup d’autres

      Je suis persuadé, mais Robert devrait nous le confirmer, que l’architecture Open Source de OpenCPN, ne permet pas de calculs trop puissants.

      Or, quelques Ayatollahs enfiévrés, de la mouvance OpenCPN, se sont mis dans la tête de pondre des trucs très compliqués, qu’il a fallu brider sous peine de faire exploser le système... C’est le cas des traces, ou l’option de choix de calculs des points peut se pondérer entre « grande-faible-moyenne »... sans déconner çà me donne envie de donner des coups de pieds au cul....
      A la vérité, le programme ne saura pas tenir le poids d’un trop grand nombre de données (d’où la proposition d’édulcorer la qualité des ponts de relèvements, ce qui permet de masquer les faiblesse du programme)

      Cà m’agace dur, et finalement mieux vaut que mon anglais soit très faible, çà m’évite de polluer le forum Anglo saxon...

      Z’alors... Jettera t on le bébé avec l’eau du bain... Surement pas... Mais en attendant, ce que je propose, et ce que je fais (je suis comme toi en trace permanente), c’est de sauvegarder chaque jour ma trace, en l’identifiant, en aa/mm/jj suivi ’un texte explicatif ; puis de la supprimer...

      Michel à Kusadasi

      EDIT on sauvegarde sous Windows et on supprime sous OpenCPN... On pourra toujours rappeler la trace ultérieurement

      Répondre à ce message

  • Merci Michel pour ta réponse très détaillée, ça confirme.

    Ce n’est pas rédhibitoire et n’enlève en rien de l’intérêt d’Open CPN, faut juste le savoir, c’est tout.

    Personnellement je n’ai pas trop le temps de m’investir dans le développement, mais si PTP peut être une plate forme de synthèse pour remonter les bogues, et quelqu’un comme Michel (dévoué) peut les remonter aux concepteurs, je pense que tout le monde y trouvera son compte :-)

    Personnellement je viens juste de passer à la 3.2.2 après avoir eu des soucis avec la 3.2, je laisse tourner sur la bateau, on verra bien ........

    Répondre à ce message

      • @ JP : oui je suis aussi sur la 3.3.604, et le module des Routes, traces, etc… est sérieusement bogué, en particulier si tu créé une route et que tu veuilles l’effacer, çà élimine les segments, mais pas les WP intermédiaires, qu’il faut éliminer un par un dans l’onglet des WP… Galère.
        - 
        En plus cette version crash immédiatement W XP, alors qu’elle fonctionne bien sous W 7 !!!
      • @ Nicodefreja : oui çà a toujours été notre idée, depuis le début, créer un creuset permettant de remonter des critiques positives et des propositions, vers les fora techniques OpenCPN anglo saxons.
        • Ce que l’on a tenté de faire avec les Poi’s, il y a un an environ. Au résultat, on s’est fait ramasser par un Ayatollah du club, qui a démonté, puis descendu nos propositions, pompé nos idées et les a adaptées, sans nous citer… Personnellement je l’ai toujours un peu au travers de la gorge, et j’en connais un qui doit l’avoir encore plus que moi, car lui s’était largement investi.
        • Néanmoins, rien ne nous empêche, effectivement entre nous, et entre nous utilisateurs navigants, de définir des préférences et de les proposer communautairement, en anglais, sur les fora OpenCPN anglo saxons. Ptizef, vient de le réussir avec sa proposition de mise à jour du module Grib , ou il propose une approche très concrète d’utilisation des Gribs NOAA GFS ( et logiquement de l’utilisation de zyGrib pour la compression/décompression des données) d’une part et pour l’utilisation de requêtes Saildocs pour une utilisation au large sous connexion satellite…
          C’est ce genre d’approche, que nous devrions être capables de réaliser…

      Enfin HMHA comme disent les jeunes

      Michel au port…

      Répondre à ce message

Répondre à cet article

UP

Copyright et informations légales