Bonjour
oui c'est vrai Thierry, mais en vrai de vrai, ce n'est jamais si
"simple", et alors comment dire dans un service public... Il y a des
paramètres que beaucoup ne croiraient pas pouvoir exister. Nicolas n'y
est pour rien, et la personne qu'il aide non plus.
Pour le petit exemple, j'ai failli m'étouffer quand j'ai vu mon ancien
chef apparaître à la télé quelques secondes, et vendre l'importance de
la sécurité des données... Quand lui-même refusait que l'on fasse une
mise à jour d'un CMS obsolète, possédant des failles de sécurité
connues, avec pour seul argument : on n'a jamais eu de souci, donc c'est
bon. Jusq'au jour, où il change de poste pour une fonction plus
ronflante, et où le fameux site, non à jour, se fait pirater par un
amateur certes, m'enfin.... Donc oui la c*** peut aller trés loin, mais
taper sur ceux qui essaient d'écoper c'est pas sympa...
@Nicolas : je crois qu'avoir WSUS ne suffit pas à garantir qu'on a des
maj, il faut surtout que l'organisation en question ait souscrit à un
support étendu. Oui il y a des chances qu'il y en ait de moins en
moins... Et oui, on fait avec ce que l'on a, comme on peut.
Tout de même si sur ton W7 tu n'as aucun souci, même si nécessairement
les config varient entre ton poste perso et les postes dans ce réseau
pédagogique, l'incompatibilité avec W7 est moins probable...
Tu peux quand même essayer de voir quelles sont les différences et si
elles jouent sur le déploiement... (notamment coté visual C++ ou la
fameuse DLL...)
Pour le décryptage du message en tant que tel, effectivement, la liste
qa me semble plus qualifiée !
Bon courage
Claire
Le 2022-01-22 10:29, Thierry Jeanneret a écrit :
Je répète : Utiliser en production un système d'exploitation vieux de
12 ans qui n'est plus supporté depuis 2 ans par son fournisseur est
une forme d'inconscience ou de suicide numérique qui finit souvent
par faire les gros titres de la presse.
Cette persistance est d'autant plus incompréhensible lorsque ledit
fournisseur a procuré toutes les passerelles nécessaires à une
migration propre et élégante vers une nouvelle version dont les
prérequis matériels étaient du même ordre que la version périmée.
Mais bon, chacun fait ce qui lui plait selon les normes actuelles,
mais qu'on ne vienne pas se plaindre ensuite lorsque la cata a lieu.
Notez bien que si j'ai travaillé de 2.11 à NT4.xx sous Windows, que
je connaissais par coeur (j'ai entre autres identifié un bug An2000
sympathique) et bien que je l'utilise encore fréquemment en V10, je
ne défends pas particulièrement ce système. Ma prédilection va à
MacOS, avec un satisfecit à Ubuntu.
Bon week-end,
Thierry
Le 22 janv. 2022 à 10:08, Nicolas PAOUR <paour@free.fr> a écrit :
Re,
Un autre point en complément, je fais tourner la version 7.2.5 sur un
Win 7 à la maison sans aucun problème.
Ce n'est donc pas un problème d'obsolescent par rapport à Win 7.
Après renseignement, ils ont WSUS (MAJ Windows) sur leur réseau donc
les postes sont censés être à jour.
Je penche vers une application déployée sur tous les postes qui
coincerait ... (anti-virus (bof), prise en main distante (peut-être),
etc.)
Je me renseigne pour voir si il y a aussi des postes en Win10 qui ont
ce soucis ...
Nicolas Paour
Le 22/01/2022 à 09:57, Nicolas PAOUR a écrit : Oups, j'avais oublié
de faire "répondre à tous"
et notez que ce n'est pas Mon réseau, mais Un réseau d'un gars que
j'essaye d'aider à distance, gracieusement, comme vous toutes et tous :)
Bonjour Yves,
J'ai fini par le lire avec WinDbg.
Ca donne :
L'erreur "(e14.e34): C++ EH exception - code e06d7363 (first/second
chance not available)" est documentée sur le WEB
ainsi que KERNELBASE!RaiseException+0x39 mais ...
Par ailleurs, si on installe des extensions, on a cette erreur
d'installation
ERROR: Exception occurred: [mscx_uno bridge error] UNO type of C++
exception unknown: "std.bad_alloc", RTTI-name=".?AVbad_alloc@std@@"!
ERROR: unopkg failed.
Tout semble tourner autour de Visual C++ ou de la DLL msvcrt.dll,
mais là, je m'avance ...
Je sais que les anciennes versions de LibreOfice nécessitaient
Redistribuable Visual C++ pour Visual Studio 2015
mais chez moi sur mes postes en win 8.1, je n'ai pas cette version et
ça tourne.
Il n'y a plus rien de récent sur les prérequis Libreoffice :
https://fr.libreoffice.org/get-help/system-requirements/ (Libreoffice
6.x) et ne parle pas de VC++
https://sid.libreoffice.org/get-help/system-requirements/ (pas de
version !)
PS : Merci pour les autres réponses, j'envisage toutes les pistes
Nicolas Paour
Le 21/01/2022 à 12:37, yves dutrieux a écrit : Bonjour Nicolas,
peut-on avoir une copie du rapport de bug ?
je pense pas l'avoir vue dans les échanges de mails ?
Yves
Le jeu. 20 janv. 2022 à 08:43, Nicolas PAOUR <paour@free.fr> a écrit :
Bonjour,
Dans un réseau pédagogique sous Windows 7 (essentiellement), après
l'installation de LibreOffice (7.2.2 et ou 7.2.5),
Writer plante sur TOUS les postes au lancement et génère un
rapport de
Bug dans le dossier %appdata%\LibreOffice\4\crash
Il y a-t-il moyen d'éplucher ce rapport pour en trouver la cause ?
Note :
Dossier utilisateur %appdata%\libreoffice supprimé avant
Désinstallation des anciennes versions avant
Nettoyage des clés de registre le cas échéant
Merci
-- Nicolas
-- Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com
-- Envoyez un mail à users+unsubscribe@fr.libreoffice.org
<mailto:users%2Bunsubscribe@fr.libreoffice.org> pour vous désinscrire
Les archives de la liste sont disponibles à
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy
--
web site : http://www.molenbaix.com