Ancestris - Forum
Ancestris Support => FRANÇAIS => Topic started by: yannig on September 08, 2020, 16:09:44
-
Bonsoir,
Suite à l'expérience positive, et à la demande de renouvellement de celle-ci, nous vous proposons de renouveler le partage d'arbre grandeur nature le samedi 26 septembre de 19:00 à 22:00.
Amitiés
-
Hop, hop, hop, on compte sur vous samedi prochain.
Zurga
-
Salut ! Pour ma part, c'est noté, j'ai mis un rappel ! Dans mes partages, y'a environ 65 pseudos cumulés, on fera peut être mieux que pour la première version ;D
-
Hop, hop, hop, on compte sur vous demain soir.
Zurga
-
Merci de ce rappel ..... nécessaire. Noté..... et présent.
-
C'est maintenant, ouvrez ancestris et partagez avec nous.
Toute la documentation pour comprendre la fonction.
https://docs.ancestris.org/books/mode-demploi/page/recherche-g%C3%A9n%C3%A9alogique
Zurga
-
Merci à tout ceux qui se sont connectés hier soir.
Zurga
-
Bonjour,
J'ai une exception systématique en faisant la manip suivante : aller dans Préférences->Recherches généalogiques-> onglet Membres et faire "appliquer" (sans modifier quoi que ce soit)
Je ne trouve pas la chaine mentionnée dans le log ("768m") qui a l'air de déclencher l'erreur, ni dans le GEDCOM ni dans le fichier "treesharing.properties" (ni nulle part dans l'arborescence) à part la déclaration de taille de mémoire ("-Xmx768m") , je sais pas si ça a un rapport....
Eric [Blueberry]
java.lang.NumberFormatException: For input string: "768m"
at java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:68)
at java.base/java.lang.Integer.parseInt(Integer.java:652)
at java.base/java.lang.Integer.valueOf(Integer.java:983)
at ancestris.app.OptionDisplayPanel.load(OptionDisplayPanel.java:249)
at ancestris.app.OptionDisplayOptionsPanelController.update(OptionDisplayOptionsPanelController.java:28)
at org.netbeans.modules.options.CategoryModel$Category.update(CategoryModel.java:369)
at org.netbeans.modules.options.CategoryModel.update(CategoryModel.java:190)
at org.netbeans.modules.options.OptionsPanel$2.run(OptionsPanel.java:283)
at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:316)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at java.base/java.security.AccessController.doPrivileged(AccessController.java:391)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
[catch] at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
-
Regardez ce que vous avez mis dans la taille mémoire (premier onglet des préférences.
Il faut mettre un nombre entier l'unité est le GigaOctet.
768m ne colle vraiment pas.
De plus, il n'est pas vraiment conseillé de mettre moins de 1Go de mémoire. Ancestris est malgré tout très gourmand.
Zurga
-
En essayant d'afficher les préférences, j'ai vu que rien ne se passait (pas de fenêtre affichée) et que j'avais juste le panneau "sens interdit" en bas. Du coup, j'ai supprimé le fichier "ancestris.conf" pour le laisser recréer par Ancestris. Là, la taille mémoire est bien mise à 1Go par défaut dans le nouveau fichier (nota: je n'ai jamais changé cette valeur à la main, ce n'est pas moi qui ai spécifié "768m", ça devait être celle par défaut précédemment).
Eric [Blueberry]
-
On va rajouter un correctif pour l'afficher même si la valeur n'est pas optimum et a été changée à la main dans le fichier de configuration.
Avant, cela n'était pas affiché, donc cela ne posait pas de problème. 768m est une valeur acceptable pour Java, masi pas pour Ancestris telle quel a fenêtre est réalisée.
Merci de cette remontée de bug.
Zurga
-
Corrigé pour la version 11.
Ce sera disponible demain dans l'update.
Zurga
-
Bonjour,
De mon coté, j'ai toujours la meme exception : si je modifie la valeur de Go (réglé à 1 ou 2 par exemple), quand je fais "appliquer" j'ai l'exception
java.lang.NumberFormatException: For input string: "1.0"
at java.base/java.lang.NumberFormatException.forInputString(NumberFormatException.java:68)
at java.base/java.lang.Integer.parseInt(Integer.java:652)
at java.base/java.lang.Integer.valueOf(Integer.java:983)
at ancestris.app.OptionDisplayPanel.store(OptionDisplayPanel.java:274)
at ancestris.app.OptionDisplayOptionsPanelController.applyChanges(OptionDisplayOptionsPanelController.java:33)
at org.netbeans.modules.options.CategoryModel$Category.applyChanges(CategoryModel.java:379)
at org.netbeans.modules.options.CategoryModel$Category.access$1100(CategoryModel.java:302)
at org.netbeans.modules.options.CategoryModel.save(CategoryModel.java:198)
at org.netbeans.modules.options.OptionsPanel.save(OptionsPanel.java:294)
at org.netbeans.modules.options.OptionsPanel.save(OptionsPanel.java:278)
at org.netbeans.modules.options.OptionsDisplayerImpl$OptionsPanelListener$3.run(OptionsDisplayerImpl.java:514)
at org.netbeans.modules.progress.ui.RunOffEDTImpl$3.run(RunOffEDTImpl.java:252)
at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
[catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
Ma conf est réglée sur 1Go
default_options="-J-Xmx1g --laf javax.swing.plaf.nimbus.NimbusLookAndFeel --branding ancestris -J-Xms96m"
Nota: je ne sais pas si le téléchargement du module corrigé s'est bien faite, hier Ancestris n'a téléchargé qu'une seule MAJ et 3 ce matin qui ne semblent pas liées.
Cordialement
Eric [Blueberry]
-
Merci pour le retour.
Il y avait un autre bug qui bloquait la sélection de la mémoire.
Normalement, c'est corrigé pour l'update de demain.
Zurga