Path: ...!weretis.net!feeder8.news.weretis.net!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Ghost-Raider <ghost-raider@compuserve.com>
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: <ufrlm8$28ve7$2@dont-email.me>
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 ?