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 <pa...@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 : >> ############################################################################################# >> (...) >> 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 <pa...@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+unsubscr...@fr.libreoffice.org >>> <mailto:users%2bunsubscr...@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 > -- > Envoyez un mail à users+unsubscr...@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 -- Envoyez un mail à users+unsubscr...@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
