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 Le dim. 23 janv. 2022 à 12:29, Nicolas PAOUR <[email protected]> a écrit : > 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 > > Le 22/01/2022 à 11:05, Ocleyr2lalune a écrit : > > 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 <[email protected]> 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 : > >> > ############################################################################################# > > >> > >> (...) > >> Executable search path is: > >> Windows 7 Version 7601 (Service Pack 1) MP (4 procs) Free x64 > >> Product: WinNt, suite: SingleUserTS > >> Machine Name: > >> Debug session time: Mon Jan 17 11:03:45.000 2022 (UTC + 1:00) > >> System Uptime: not available > >> Process Uptime: 0 days 0:00:08.000 > >> ................................................................ > >> ................................................................ > >> ..................... > >> This dump file has an exception of interest stored in it. > >> The stored exception information can be accessed via .ecxr. > >> (e14.e34): C++ EH exception - code e06d7363 (first/second chance not > >> available) > >> ntdll!ZwWaitForSingleObject+0xa: > >> 00000000`778b135a c3 ret > >> > ############################################################################################# > > >> > >> > >> et .ecxr donne > >> > ############################################################################################# > > >> > >> 0:000> .ecxr > >> rax=000000007724de83 rbx=000007feeb6d9500 rcx=0000000000aebee0 > >> rdx=00000000000000b8 rsi=0000000000aec678 rdi=0000000019930520 > >> rip=000007fefda1a49d rsp=0000000000aec4f0 rbp=0000000000aec690 > >> r8=0000000000000000 r9=0000000000000000 r10=000007feeb670000 > >> r11=0000000000aec530 r12=0000000000000001 r13=0000000000000000 > >> r14=0000000000000000 r15=0000000000aec850 > >> iopl=0 nv up ei pl nz na pe nc > >> cs=0033 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000202 > >> KERNELBASE!RaiseException+0x39: > >> 000007fe`fda1a49d 4881c4c8000000 add rsp,0C8h > >> > ############################################################################################# > > >> > >> > >> 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 <[email protected]> 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 à [email protected] > >> <mailto:users%[email protected]> 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 > > -- > Cet email a fait l'objet d'une analyse antivirus par AVG. > http://www.avg.com > > > -- > Envoyez un mail à [email protected] 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 -- Envoyez un mail à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy
