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 Le sam. 22 janv. 2022 à 11:05, Ocleyr2lalune <ocleyr2lal...@zaclys.net> 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 <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
