Path: ...!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: Tue, 10 Oct 2023 19:42:31 +0200
Organization: A noiseless patient Spider
Lines: 71
Message-ID: <ug42e8$17amr$2@dont-email.me>
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> <6524cb4a$0$7756$426a74cc@news.free.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 10 Oct 2023 17:42:32 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="78501909e1348c7a4f2a79ff57e1b91f";
	logging-data="1288923"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/pHfm8aYL0RxV+m9mO+5ZXUGYUup6se9Q="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:47cCOHPSW2cZSKmguUpV1vVkqCI=
In-Reply-To: <6524cb4a$0$7756$426a74cc@news.free.fr>
Content-Language: fr
Bytes: 3966

Le 10/10/2023 à 05:55, Thierry HOUX a écrit :
> 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?

calc et  writer ont la même maladie mais ça dépend des gens  et du moment.

Essais :
1 - j'ouvre sous OO mon  fichier test qui ne pèse que 1012 kO.
soffice.bin est créé et pèse 167300 kO !
165 fois plus lourd !
je crée un fichier de vidage (DMP), il pèse 393116 kO.
J'ouvre ce fichier de vidage : il est "corrompu", plantage.

2 - J'ouvre mon fichier test sous LO
soffice.bin est créé : 590920 kO
584 fois plus lourd !
Je crée un fichier de vidage (DMP), il pèse 1249293 kO
J'ouvre ce fichier de vidage : il est "corrompu", plantage.

Pourquoi les fichiers soffice.bin sont-ils si gros ?
Pourquoi sont-ils bien plus gros sous LO que sous OO ?
Pourquoi les fichiers DMP sont-ils "corrompus" ?

Voilà, voilà...