Path: ...!newsreader4.netcologne.de!news.netcologne.de!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?Re=3A_Fuite_de_m=C3=A9moire_dans_Open_Office_et_Libre_Off?=
 =?UTF-8?Q?ice_=3A_une_solution_=3F?=
Date: Mon, 9 Oct 2023 18:31:27 +0200
Organization: A noiseless patient Spider
Lines: 48
Message-ID: <ug19sv$ht$2@dont-email.me>
References: <ufrlm8$28ve7$2@dont-email.me> <ug17jn$53d$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 9 Oct 2023 16:31:27 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="c6104739c60f8ea077c08a8781c45195";
	logging-data="573"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18KiHg0z6dZHnUuu/ZznE786lnzrOTgSVE="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:o0fvT/ZUdHIdC32EhT0JiomKbuE=
Content-Language: fr
In-Reply-To: <ug17jn$53d$1@dont-email.me>
Bytes: 3569

Le 09/10/2023 à 17:52, Alf92 a écrit :
> Ghost-Raider (le 07/10/2023 à 15:15:52) :
> 
>> 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).
> 
> ça donne quoi sur un ordi 64bits gavé de mémoire (16Go ou plus) ?
> et ça le fait endépendemment du format utilisé (ODS, XLS ou XLSX) ?

Sauf erreurs, Open Office et Libre Office sont en 32 bits.
Le problème de fuite de mémoire de soffice.bin qui est un fichier vieux 
comme Hérode date de Star Office, logiciel génial malheureusement tué 
par les gens d'Open Office qui l'ont bêtement émasculé ce qui a donné 
Open Office puis Libre Office, beaucoup moins universels, mais bon...

Mon PC W10 fait 12 GO de RAM et soffice.bin se dilate comme un ballon de 
baudruche.
Mon PC Linux fait 16 GO de RAM et c'est pareil, soffice.bin devient 
énorme dès l'ouverture de LO.

Ce problème de soffice.bin n'existe que dans OO et LO, mais pas dans 
MS-EXCEL ou MS-WORD.
C'est rageant parce que je tiens à n'utiliser que des logiciels libres 
et là, je suis coincé.

Et comme LO sous Linux bugue plutôt plus que OO sous Windows, je reste 
sous Windows pour l'instant, bien obligé.

J'imagine que c'est toute la structure initiale de l'information qui est 
foireuse et qu'il faudrait tout casser pour résoudre ce problème qui ne 
semble pas vraiment remuer les foules et qui est, finalement, facile à 
contourner.