Date: prev next · Thread: first prev next last
2022 Archives by date, by thread · List index


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 <paour@free.fr> 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 <paour@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 <paour@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+unsubscribe@fr.libreoffice.org
<mailto:users%2Bunsubscribe@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

--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com


--
Envoyez un mail à users+unsubscribe@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+unsubscribe@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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.