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 ;)
Le dim. 23 janv. 2022 à 17:57, yves dutrieux <[email protected]> a écrit : > 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 > -- 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
