Deutsch   English   Français   Italiano  
<ufmqmj$r74g$13@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!news.nobody.at!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Ghost-Raider <ghost-raider@compuserve.com>
Newsgroups: fr.comp.applications.bureautique
Subject: =?UTF-8?Q?Fuite_de_m=C3=A9moire_dans_Open_Office_et_Libre_Office_?=
 =?UTF-8?Q?=3A_une_solution_=3F?=
Date: Thu, 5 Oct 2023 19:10:43 +0200
Organization: A noiseless patient Spider
Lines: 61
Message-ID: <ufmqmj$r74g$13@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 5 Oct 2023 17:10:43 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="d592ff447fc8d20f2e00f2b729bcc694";
	logging-data="892048"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/agUESX/0V9cJRs/6gucxFh3XAALTC7DM="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:1WaiG8x0ATYTvWfL7qaFdIIbRIg=
Content-Language: fr
Bytes: 3855

Bonjour,

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 Open 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, Libre Office se ferme tout 
simplement 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.
https://bz.apache.org/ooo/show_bug.cgi?id=94528

Tous ces bugs sont observables sous Windows ou sous Linux.

Quelqu'un a-t-il une solution ?

-- 
J'ai beau faire, tout m'intéresse. (Paul Valéry)