Discussion :

[Gluups2]

Bonjour tout le monde,

J'ai un projet de recherche d'une chaîne de caractères dans un répertoire, qui s'exécute bien mais dont j'aimerais améliorer la mise en forme.

À un moment, en mode "design", j'ai double-cliqué sur un contrôle, et j'ai vu un message me signalant une "erreur irrécupérable", 0x8000FFFF.

Non mais attendez les mecs, erreur irrécupérable, c'est disque mort, j'ai déjà donné, heureusement ça a été remplacé sous garantie, mais moyennant une période d'immobilisation. Alors s'il-vous-plaît, un peu de respect pour mes nerfs.

Alors l'erreur 0x8000FFFF, je vois que Malekal s'y est intéressé :
https://www.malekal.com/resoudre-err...indows-update/

SFC m'a dit y a tout qui baigne bouana, pas de problème.

Bon, suivant. DISM, je crois que je nage un peu avec. Comme je n'ai pas de fichier image sous la main j'essaierais bien avec /Online, mais il paraît qu'il faut mettre une autre option avec.

Mais laquelle n'a pas l'air évident.

Chez Malekal il y a encore de quoi faire, je vais dormir un peu avant.

Je suis venu avant d'avoir tout fini, pour le cas où quelqu'un aurait une intuition là-dessus.
Tiens au fait on a parlé de supprimer le répertoire SOFTWAREDISTRIBUTION.
Ah c'est vrai, tiens, que j'ai fait ça, et que depuis j'ai des difficultés à reproduire l'erreur.
Hum, coïncidence, peut-être ?

J'ai trouvé aussi une autre adresse :
https://xboxplay.games/en/news/windo...x80004005-5834

Hum, ça vaut quoi, ça ?

Déjà pour commencer, avertissement : il ne faut SURTOUT PAS lire ça en Français.
Je me demande déjà si la version anglaise n'est pas de la bouillie pour chat, mais alors la version française a été traduite par quelqu'un qui ne comprenait rien à ce qu'il lisait.
Sur un tel sujet, ça me paraît dangereux.

À côté de ça, la doc Microsoft est claire. C'est dire.

[Gluups2]

Bonjour,

Depuis que j'ai effacé le contenu du répertoire SOFTWAREDISTRIBUTION, je n'ai plus eu de problème avec mon projet de recherche d'une chaîne de caractères.

En revanche, aujourd'hui, dès que j'approche du gestionnaire de packages NuGet, dans Visual Studio, ou plutôt quand je clique sur un composant, ça plante de façon variable.

La première fois, j'ai cru avoir installé dans mon projet :

Bluetooth par flier268, 5,73k 1.0.0.2
C# library for calling WinRT...

Puis, à la place de charger le formulaire, j'ai eu une page d'erreur. La valeur n'était pas dans la plage attendue.
Mais je ne voyais aucun moyen de savoir de quelle valeur il s'agissait.

J'ai appuyé sur F1, il n'y avait pas d'aide de prévue.
On m'a proposé plusieurs liens dont un sur les newsgroups MSDN, j'ai cliqué là-dessus, et on m'a dit qu'on ne pouvait pas répondre, qu'il fallait réessayer plus tard. Oh oui, je crois que c'est ça que je vais faire, je vais attendre que Microsoft remette en ligne les newsgroups MSDN avant de réessayer d'utiliser Visual Studio et son gestionnaire de packages NuGet.

D'ici là, j'explore quelques autres pistes, quand même ?
Ça m'a toujours scié, ça, quand le réseau est interrompu, qu'on dise à l'utilisateur d'essayer plus tard, alors qu'il n'a aucune chance d'avoir un résultat plus tard si il ne commence pas d'abord par rebrancher sa machine au réseau.

Faire le coup sur les newsgroups MSDN est encore plus gonflé.

Alors donc ça, ça a été après avoir essayé d'insérer un composant NuGet dans le projet. Pour finir, il n'est pas dans le projet.


Ça a été la dernière fois que j'ai pu cliquer sur un composant NuGet sans que Visual Studio disparaisse instantanément de l'écran.

Disparition de la fenêtre sans préavis, ça veut dire erreur non gérée.
Alors, je vais voir l'observateur d'événements. Après plusieurs glissés de souris dans tous les sens, je finis par avoir un œil sur le journal des applications.

Erreur dans KERNELBASE.DLL
Oh ça pue, ça, non ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
Nom du journal*:Application
Source*:       Application Error
Date*:         21/10/2023 08:11:53
ID de l’événement*:1000
Catégorie de la tâche*:Événements d’arrêts inattendus d’applications
Niveau*:       Erreur
Mots clés*:    
Utilisateur*:  UC00009\User
Ordinateur*:   UC00009
Description*:
Nom de l’application défaillante devenv.exe, version : 17.7.34202.233, horodatage : 0x651b9bde
Nom du module défaillant : KERNELBASE.dll, version : 10.0.22621.2428, horodatage : 0x9223bda8
Code d’exception : 0xe0434352
Décalage d’erreur : 0x0000000000064ffc
ID du processus défaillant : 0x0x3A34
Heure de début de l’application défaillante : 0x0x1DA03E5628D1F2A
Chemin d’accès de l’application défaillante : C:\Program Files\Microsoft Visual Studio\2022\Community\Common7\IDE\devenv.exe
Chemin d’accès du module défaillant: C:\Windows\System32\KERNELBASE.dll
ID de rapport : 9d755055-d6b4-4466-b68d-1b8bffce2e1f
Nom complet du package défaillant*: 
ID de l’application relative au package défaillant*: 
XML de l’événement*:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Application Error" Guid="{a0e9b465-b939-57d7-b27d-95d8e925ff57}" />
    <EventID>1000</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>100</Task>
    <Opcode>0</Opcode>
    <Keywords>0x8000000000000000</Keywords>
    <TimeCreated SystemTime="2023-10-21T06:11:53.1554995Z" />
    <EventRecordID>15348</EventRecordID>
    <Correlation />
    <Execution ProcessID="19752" ThreadID="18648" />
    <Channel>Application</Channel>
    <Computer>UC00009</Computer>
    <Security UserID="S-1-5-21-15535365-3001354850-4124580661-1001" />
  </System>
  <EventData>
    <Data Name="AppName">devenv.exe</Data>
    <Data Name="AppVersion">17.7.34202.233</Data>
    <Data Name="AppTimeStamp">651b9bde</Data>
    <Data Name="ModuleName">KERNELBASE.dll</Data>
    <Data Name="ModuleVersion">10.0.22621.2428</Data>
    <Data Name="ModuleTimeStamp">9223bda8</Data>
    <Data Name="ExceptionCode">e0434352</Data>
    <Data Name="FaultingOffset">0000000000064ffc</Data>
    <Data Name="ProcessId">0x3a34</Data>
    <Data Name="ProcessCreationTime">0x1da03e5628d1f2a</Data>
    <Data Name="AppPath">C:\Program Files\Microsoft Visual Studio\2022\Community\Common7\IDE\devenv.exe</Data>
    <Data Name="ModulePath">C:\Windows\System32\KERNELBASE.dll</Data>
    <Data Name="IntegratorReportId">9d755055-d6b4-4466-b68d-1b8bffce2e1f</Data>
    <Data Name="PackageFullName">
    </Data>
    <Data Name="PackageRelativeAppId">
    </Data>
  </EventData>
</Event>

[Gluups2]

Bonjour,

Il semblerait que c'était une question de patience.

Aujourd'hui j'ai voulu affecter une icône à un projet, et j'ai eu la même erreur que l'autre jour.

Alors, je me suis dit qu'il était temps de réessayer le gestionnaire NuGet, et effectivement ça a fonctionné.
En prenant le problème par un autre bout j'ai pu mettre mon icône, même si le gestionnaire de propriétés n'apparaît pas toujours quand je m'y attends.

Si quelqu'un est un peu rôdé avec DISM, j'ai l'impression quand même que ça pourrait me rendre service.

[Gluups2]

Voilà où on en est avec ça : c'est surtout Visual Studio qui a planté, si ça venait à insister je pourrais remettre sa configuration à plat.

Pour le moment, tout marche.

Ce fil a quand même été l'occasion de prendre connaissance d'un flottement au sujet de DISM, qu'il m'est arrivé d'utiliser sur Windows 10, mais là sous Windows 11 il semblait qu'il manquait un truc.

J'y reviendrai quand j'aurai un peu de temps.

Si je n'y vois pas plus clair et que personne n'a ajouté de commentaire ici, j'ouvrirai un fil sur le thème DISM, ça sera plus explicite.

Peut-être que je devrai broder quelque chose autour, car le site web n'apprécie pas trop les titres courts.