![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Bonjour,
J'ai travaille avec un fichier d'enquête de 55 000 cas dans lequel effacer la valeur -9 (à savoir remplacer la valeur par rien) fait toujours planter LO.
Je travaille avec LO 4.3 sous Windows 7.
Comment y arriver quand même ?
Merci d'avance
ftr
Bonjour
F. Thomas wrote
J'ai travaille avec un fichier d'enquête de 55 000 cas dans lequel
effacer la valeur -9 (à savoir remplacer la valeur par rien) fait
toujours planter LO.
As-tu essayé de "rechercher tout" dans les valeurs (de manière à
sélectionner les
cellules concernées) et à appuyer sur Suppr (au lieu de faire un
remplacement) ?
Cordialement
Pierre-Yves
je reproduis également
si je rentre 55000 données aléatoires entre bornes
et que j'essaye de supprimer les valeurs = à 9 avec la méthode de
pierre-yves samyn
je plante !!
Bonjour,
environnement
Mac OS 10.6.8
MacBook processeur i7
RAM 8 Gio
LibreOffice Version: 4.2.5.2
Réglages mémoire
- annuler = 10 opérations
- pour LibreOffice = 200 Mio
- par objet = 10 Mio
- cache pour objets insérés = 5
Dans la colonne A, j'ai créé une série de 55000 nombres entiers aléatoires via le générateur et non par fonction.
Puis la méthode "recherche tout" de PYS, avec variante "Édition/Supprimer du contenu : nombres"
Cela prend un peu de temps, mais ça ne plante pas.
Second test
Réglages mémoire
- annuler = 5 opérations
- pour LibreOffice = 256 Mio
- par objet = 5 Mio
- cache pour objets insérés = 5
selon la même méthode, cette fois des nombres aléatoires dans les colonnes A à C.
La recherche prend encore plus de temps, l'application semble figée à la moindre action (menu, sélection,...)
100% d'un processeur sur deux.
Finalement, la touche suppr. a permis d'obtenir l'effacement souhaité.
C_Lucien
Ssolpour le retard dans mes rponses, "The server timed out":-[Et voici en fichier joint le candidat qui refuse mon traitement.Un autre essaie avec les prfrences de C_Lucien et la mthode
Ctrl-H :LO 4.2 Fatal error Bad allocationEn rdigeant le mail LO s'est plantvisiblement et a termintout
seul ,sans autres annonces.CordialementFrankI've linked 1 file to this
email:
GSS_Trust_generation.ods(1,8
MB)YouSendIthttp://www.hightail.com/download/ZUcyQk14ZEtxRTNtcXNUQw
Mozilla Thunderbirdmakes it easy to share large files over email.
J'espre que cet envoi marche mieux.J'ai essayla recette de Lucien , mais avec LO 4.2 ceci donnait en
erreur fatal, et LO s'est arrt, sans autre message.Et voici le fichier qui refuse mon traitement.Merci de vos ides.CordialementFrankI've linked 1 file to this
email:
GSS_Trust_generation.ods(1,8
MB)YouSendIthttp://www.hightail.com/download/ZUcyQk14ZEtxRTNtcXNUQw
Mozilla Thunderbirdmakes it easy to share large files over email.
Voici le fichier en question. J'espère que l'envoi marche maintenant.
J'ai essayé la démarche indiquée par Lucien, mais elle a produit un erreur fatal et l'application s'est terminée.
Donc, ceci ne me semble pas la bonne solution.
Voici le fichier en question. J'espère que l'envoi marche maintenant.
I've linked 1 file to this email:
* GSS_Trust_generation.ods (1,8 MB) hosted on YouSendIt: http://www.hightail.com/download/ZUcyQk05Q1J6NFBIRHNUQw
les pièces jointes ne passent pas dans cette liste. Il faut recourir à
des sites dépôts, comme cjoint ou free.
J'ai des difficultés d'envoyer un lien avec le fichier. Voyons si l'envoi marche.
Est-ce une question de taille de fichier ?
Qu'est-ce que se passe si j'ai un fichier avec 1 million de lignes ?
Merci d'avoir essayé.
Cordialement
Frank
I've linked 1 file to this email:
GSS_Trust_generation.ods <http://www.hightail.com/download/ZUcxSmIwQXBwaFR2WnNUQw>(1,8 MB)YouSendIt <https://www.yousendit.com>http://www.hightail.com/download/ZUcxSmIwQXBwaFR2WnNUQw
Mozilla Thunderbird <http://www.getthunderbird.com> makes it easy to share large files over email.
Bonjour
ftr wrote
J'ai des difficultés d'envoyer un lien avec le fichier.
En l'occurrence ce n'est pas vraiment la peine car il est facile de
reproduire le cas. J'ajoute que je reproduis le problème.
Je viens de faire le test sur une machine xp & Version 3.6.5.2 (Build ID:
5b93205)
Aucun crash et une suppression d'environ 5000 occurrences sur une plage
de 100 000 cellules en moins de 3s.
C'est donc bien un bug...
Cordialement
Pierre-Yves
Bonjour
J'ai créé l'Issue: https://bugs.freedesktop.org/show_bug.cgi?id=82013
Cordialement
Pierre-Yves
Merci c'est très gentil.
Cordialement
ftr
Bonjour,
Un petit rebond sur ce problème.
Y aurait'il un lien avec le bug 83141
https://bugs.freedesktop.org/show_bug.cgi?id=83141
<https://bugs.freedesktop.org/show_bug.cgi?id=83141> ?
Ça fait plusieurs années que j'avais évoqué ce problème. À l'époque on ne l'avait pas reconnu comme bug bloquant (dans le sens où seul Excel aurait été une alternative viable pour de tels fichiers.). J'ai toujours les tableurs incriminés, qui ne plantaient plus qu'une fois sur 4 sur une machine surpuissante (aux critères de 2012).
Bonjour,
Bonjour,
Un petit rebond sur ce problème.
Y aurait'il un lien avec le bug 83141
https://bugs.freedesktop.org/show_bug.cgi?id=83141
<https://bugs.freedesktop.org/show_bug.cgi?id=83141> ?
Difficile à dire, il y a plusieurs rapports de bugs qui se ressemblent :
https://bugs.freedesktop.org/show_bug.cgi?id=77382
https://bugs.freedesktop.org/show_bug.cgi?id=79422
https://bugs.freedesktop.org/show_bug.cgi?id=83141
Mais comme les développeurs de Calc s'en occupent, je ne m'aventurerai
pas à les déclarer doublons du plus ancien.
Cela dit je pense qu'il y a un défaut de conception dans l'ajout de la
fenêtre de résultats du remplacement. Ça ne sert à rien sinon à bloquer
le programme de créer une fenêtre avec un million de lignes de
résultats. Le développeur qui a fait ça aurait du y penser.
Bonne journée
JBF
Exact.
Et comment les développeurs prennent connaissance de cette excellente idée ?
Cordialement
ftr
Bonjour,
Bonjour,
Bonjour,
Un petit rebond sur ce problème.
Y aurait'il un lien avec le bug 83141
https://bugs.freedesktop.org/show_bug.cgi?id=83141
<https://bugs.freedesktop.org/show_bug.cgi?id=83141> ?Difficile à dire, il y a plusieurs rapports de bugs qui se ressemblent :
https://bugs.freedesktop.org/show_bug.cgi?id=77382
https://bugs.freedesktop.org/show_bug.cgi?id=79422
https://bugs.freedesktop.org/show_bug.cgi?id=83141Mais comme les développeurs de Calc s'en occupent, je ne m'aventurerai
pas à les déclarer doublons du plus ancien.Cela dit je pense qu'il y a un défaut de conception dans l'ajout de la
fenêtre de résultats du remplacement. Ça ne sert à rien sinon à bloquer
le programme de créer une fenêtre avec un million de lignes de
résultats. Le développeur qui a fait ça aurait du y penser.Bonne journée
JBFExact.
Et comment les développeurs prennent connaissance de cette excellente
idée ?
Je n'avais fait que retranscrire ce que j'avais déjà ajouté en
commentaire au 1er rapport de bug :
https://bugs.freedesktop.org/show_bug.cgi?id=77382#c15
De plus je ne suis pas le premier à avoir fait une suggestion de ce genre.
Bonne journée
JBF
Il y a du nouveau du côté de la branche 4.4, du moins en ce qui concerne le
83141
La solution proposée, bien que conservant la fenêtre des résultats, donne
des temps de réponse corrects. Comme "il se passe quelquechose" à l'écran,
le surplus de temps de traitement par rapport à la version 4.1.6 passe bien.
Il faudrait tester sur tous les bugs en rapport évoqué dans ce fil ... Et
éventuellement retranscrire le patch dans la branche 4.3 ( et pourquoi pas
4.2).
J'ai une 4.4 dev en place. Je vais essayer de tester les bug 77382 et 79422
avec....
Merci pour ces retours.
Une barre d'avancement montrerait que LO reste active (en rassure le comment des mortels)
- ftr