Path: ...!news.mixmin.net!feeder1-2.proxad.net!proxad.net!feeder1-1.proxad.net!cleanfeed1-a.proxad.net!nnrp3-1.free.fr!not-for-mail
From: Thierry HOUX <thierry.houx@invalide.free.fr>
Subject: Re: Fuite de =?UTF-8?B?bcOpbW9pcmU=?= dans Open Office et Libre
 Office : une solution ?
Newsgroups: fr.comp.os.linux.configuration
References: <ufrlm8$28ve7$2@dont-email.me> <ug17jn$53d$1@dont-email.me>
	<ug19sv$ht$2@dont-email.me> <652434d3$0$6438$426a34cc@news.free.fr>
	<ug1i25$ia$1@dont-email.me>
MIME-Version: 1.0
User-Agent: Pan/0.149 (Bellevue; 4c157ba git@gitlab.gnome.org:GNOME/pan.git)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Date: 10 Oct 2023 03:55:54 GMT
Lines: 46
Message-ID: <6524cb4a$0$7756$426a74cc@news.free.fr>
Organization: Guest of ProXad - France
NNTP-Posting-Date: 10 Oct 2023 05:55:54 CEST
NNTP-Posting-Host: 88.162.112.128
X-Trace: 1696910154 news-2.free.fr 7756 88.162.112.128:27749
X-Complaints-To: abuse@proxad.net
Bytes: 2929

Le Mon, 9 Oct 2023 20:50:45 +0200, Ghost-Raider a écrit :

> Le 09/10/2023 à 19:13, christian a écrit :
>> Le Mon, 9 Oct 2023 18:31:27 +0200, Ghost-Raider a écrit :
>> 
>>> Sauf erreurs, Open Office et Libre Office sont en 32 bits.
>> 
>> Comment l'as-tu déterminé?
> 
> De mémoire, mais je me suis trompé. J'ai répondu à Nicolas George : chez
> moi : OO en 32 bits, LO en 64 bits, avec toujours la même fuite.
>> 
>> Chez moi (Debian 12),Libre-office est en 64 bits (sauf erreur de ma
>> part)
> 
> Pas d'erreur de ta part.
>> 
>>> Mon PC Linux fait 16 GO de RAM et c'est pareil, soffice.bin devient
>>> énorme dès l'ouverture de LO.
>> 
>> chez moi, il ne bouge pas d'un octet (14672 octets) quoi qu'il arrive
>> 
>> Est-ce qu'on parle du même fichiers?
> 
> Il n'y a qu'une instance de soffice.bin à ma connaissance, qui apparaît
> dès que je lance le logiciel et qui disparaît dès que je le ferme,
> constatations faite sous Windows et sous Linux.
> Et c'est bien ce fichier qui enfle jusqu'à dépasser 1 GO et qui finit
> par se planter.
> 
>>> 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.
>> 
>> ben, s'il faut tout casser, c'est pas si simple :-)
>> 
> Non, c'est certainement trop compliqué puisque cette fuite de mémoire
> date de Star Office dont  ma version, la 5.2, a plus de 20 ans d'âge et
> n'a jamais été corrigée.
> On peut consulter sur le web des tas de messages sur ce problème, jamais
> résolu.

Peut-être pas un problème dû à soffice.bin mais qui a des conséquences sur 
ce dernier. Se méfier de la conséquence visible et de la cause qui peut-
être ailleurs, en l'occurrence calc peut-être?