Liste des Groupes | Revenir à fcol configuration |
Ghost-Raider (le 10/10/2023 à 19:42:31) :Sauf erreur, je n'ai pas java jre sur mes PC.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 :essaye de désactiver ou virer Java jre avant de lancer LO Calc pour voir>>>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.
>Non, c'est certainement trop compliqué puisque cette fuite de mémoireJ'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 :-)
>
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à...
Les messages affichés proviennent d'usenet.