Path: ...!weretis.net!feeder8.news.weretis.net!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Ghost-Raider Newsgroups: fr.comp.os.linux.configuration Subject: =?UTF-8?Q?Fuite_de_m=C3=A9moire_dans_Open_Office_et_Libre_Office_?= =?UTF-8?Q?=3A_une_solution_=3F?= Date: Sat, 7 Oct 2023 15:15:52 +0200 Organization: A noiseless patient Spider Lines: 75 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Sat, 7 Oct 2023 13:15:52 -0000 (UTC) Injection-Info: dont-email.me; posting-host="cdb8546b772ee1fca975321c15014a32"; logging-data="2391495"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+B1uhEU6NCdGFtxU3BrQGPl9dQbrEO0tc=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:oQAIr/zG2qaZtZUeBtY9Pr4zpzk= Content-Language: fr Bytes: 4293 Bonjour, Je viens de passer le message ci-dessous dans fr.comp.applications.bureautique mais ce groupe est en état d'hibernation quasi perpétuelle alors je le publie ici car je reconnais certains noms. J’utilise Open Office sous Windows 10 ou Libre Office sous Linux Mint pour ma compta personnelle qui recouvre une quarantaine d'années. Elle est organisée en partie double sous forme de 3 fichiers/tableurs comprenant 13 ou 14 années successives et pour chaque année 12 tableaux mensuels qui eux-même sont divisés en une centaine de colonnes et 60 lignes environ. Pourquoi 3 fichiers et pas un seul pour les 40 années ? Parce que la limite du nombre de tableaux dans un fichier est de 256 et que par ailleurs, les temps de chargement et d'enregistrement sont déjà assez longs. Les trois fichiers sont légers : moins de 1 MO chaque ce qui s'explique par le fait que la plupart des cases sont vides. J'en viens à mes problèmes. Bug n° 1 On sait que Libre Office est un fork de Open Office qui lui-même est un héritage de Star Office. Star Office présentait un bug gênant même sur des petits fichiers : de temps en temps, ils se plantait sans raison apparente. Pour y pallier, il enregistrait en flux continu toutes les opérations. En cas de plantage, il proposait à sa réouverture de recharger le fichier dans son dernier état. Ce contournement fonctionnait bien et il a été repris dans Open Office puis dans Libre Office, mais la cause n'en a jamais été corrigée. Bug n°2. Open Office et Libre office partagent un autre bug beaucoup plus gênant. L'occupation mémoire augmente progressivement à chaque opération car la mémoire utilisée n'est jamais libérée. Elle augmente progressivement pour atteindre et dépasser 1,2 GO ou plus et là, le programme se plante. On le voit en examinant le fichier soffice.bin . Au départ, il occupe déjà volontiers 200 à 400 MO, ce qui est très étonnant, puis, il augmente lentement mais sûrement. Si on déplace dans un tableau un certain nombre de cellules, par exemple pour insérer des lignes ou des colonnes, soffice.bin augmente brusquement et atteint facilement 800 ou 900 MO. C'est à l'enregistrement que ça se gâte car alors soffice.bin dépasse 1, 2 ou 1,3 GO et le programme se plante, sans doute en raison de la limite de 1,6 GO des applications 32 bits. Contournement : fermer et rouvrir Open Office ou Libre Office pour faire redescendre soffice.bin. C'est la solution des forums usenet (sans rire). Bug n°3 Uniquement Libre Office : de temps en temps, Libre Office se ferme tout simplement sans prévenir et le fichier de sauvegarde au fil de l'eau n'est pas proposé à la réouverture, tout le travail récent est perdu. Le bug n°2 est référencé sur usenet mais aucune solution n'a jamais été apportée. Par exemple : https://bz.apache.org/ooo/show_bug.cgi?id=94528 ou bien : https://ask.libreoffice.org/t/writer-memory-leak-libreoffice-7-3-0/74053 Tous ces bugs sont observables sous Windows ou sous Linux. Pour y pallier, je surveille l'occupation mémoire dans un petit coin et je ferme puis rouvre le logiciel pour la faire redescendre mais c'est un pis-aller. Quelqu'un a-t-il une solution ?