![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
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 :
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
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
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
Bonjour Claire,
Je n'attaquais pas Nicolas. Je fais part d'un peu de mon expérience
professionnelle. Un responsable informatique qui laisse une telle situation
est fautif par définition, du moins dans le monde d'où je viens, car s'il
ne migre pas ses logiciels, il ne va sans doute pas surveiller davantage
son parc matériel. Ça ne coûte rien pendant un moment, puis tout à coup,
c'est l'avalanche. Et là, les petits fours et plans de carrière en prennent
un coup. Les plus avisés seront partis, ailleurs, ou à la retraite où ils
seront enfin inoffensifs.
Je te rejoins complètement lorsque tu évoques ces polichinelles emplumés
dont le seul rêve est d'avoir leur quart d'heure de célébrité et qui sont
des dangers pour l'organisation où ils sévissent. Hélas, ce sont souvent
eux qui savent obtenir l'oreille du décideur final, car ils parlent le même
langage en apparence.
En fait, si j'ai interrompu brutalement mon activité, je peux en partie
l'attribuer à ce type de personnages, qui savent si bien ramper dans les
couloirs des étages en bavant et sont si absents les longues soirées ou
week-ends de migration...
Mais bref ! Bientôt le printemps, Windows 11 est annoncé, Omicron
progresse, donc tout ira bientôt pour le mieux dans le meilleur des mondes
possibles 
Thierry
Bonjour,
Problème trouvé et résolu.
Mis à part les choix sur l'utilisation ou non de Win7 (PC trop vieux pour supporter Win 10 etc .),
après une installation neuve sur PC de test et installation de Libo 7.2.5 + extensions, j'ai reproduit l'erreur chez moi.
Elle disparait après passage des MAJ successives de Windows.
C'est probablement la DLL C:\Windows\System32\msvcrt.dll ou une de ses dépendances la cause.
Mais peu importe, cela met en évidence que le serveur de MAJ WSUS est en cause et que ...
Win 7 supporte encore Libo 7.2.5
Merci pour votre aide
Nicolas Paour
Bien joué !!
Claire
Bien vu Nicolas,
pour info : un serveur wsus ne distribue les maj que l'administrateur
souhaite (on l'utilise au boulot). Donc si ce dernier bloque des mises à
jours, ça peut impacter.
Au pire, il peut forcer une mise à jour en contournant le serveur wsus
temporairement et voir si cela résoud.
Bonne soirée.
Yves
ah oui et si le problème vient de cette dll, sa place est normalement sous
windows\system32, mais au pire, tu peux prendre une copie de la tienne (qui
fonctionne) et la placer dans le même dossier que le programme libo et voir
si cela fonctionne.
La recherche d'une dll se fait de mémoire : répertoire application/puis les
dossiers windows et ensuite les dossiers du path (mais ça j'suis plus sûr).
en trouvant la dll dans ton dossier, il cherchera pas ailleurs