Windows 10 V1809: WMP-Abstürze in combase.dll?

Allgemeine Anfrage an Benutzer von Windows 10 V1809: Treten bei euch Abstürze des Windows Media Player auf, bei dem die Bibliotheksdatei combase.dll als Verursacher genannt wird?


Anzeige

Blog-Leser Volker S. kontaktierte mich Anfang Februar 2019 mit einer entsprechenden Beobachtung. Volker schrieb mir:

Seit ein paar Tagen stürzt beim Beenden des WMP das Programm ab, es gibt im Wartungsverlauf einen Eintrag. Verursacher: combase.dll

Der von diesem Absturz generierte Crash-Report enthält dann folgende Details bzw. Einträge.

Fehlermeldung:
Quelle
Windows Media Player
Zusammenfassung
Nicht mehr funktionsfähig

Datum
‎02.‎02.‎2019 18:16

Status
Der Bericht wurde gesendet.

Beschreibung
Pfad der fehlerhaften Anwendung:
C:\Program Files (x86)\Windows Media Player\wmplayer.exe

Problemsignatur
Problemereignisame:       APPCRASH
Anwendungsname:         wmplayer.exe
Anwendungsversion:      12.0.17763.1
Anwendungszeitstempel:               e39954c1
Fehlermodulname:           combase.dll
Fehlermodulversion:        10.0.17763.253
Fehlermodulzeitstempel:                a3f81b2d
Ausnahmecode:               c0000005
Ausnahmeoffset:              001295d4
Betriebsystemversion:     10.0.17763.2.0.0.256.48
Gebietsschema-ID:           1031
Zusatzinformation 1:       f07b
Zusatzinformation 2:       f07ba5a3b1acaf0f571ec0abb76b0d76
Zusatzinformation 3:       4b59
Zusatzinformation 4:       4b597fdbda64e5244a18da8e418b9f88

Weitere Informationen über das Problem

Bucket-ID:         c7109ceac88392c199d754949ee1adc4 (1862049968238472644)

Der Fehlercode 0xc0000005 steht für STATUS_ACCESS_VIOLATION, ein Versuch, auf die benannte Datei wird von Windows abgewiesen. Volker schreibt dazu:

Der WMP funktioniert aber einwandfrei, nur beim Beenden scheint er abzuschmieren, das merkt man aber nicht.

Das Problem tritt auf, wenn man im WMP z.B. eine Musikdatei wiedergibt und dann den WMP beendet. Danach gibt es den abgelegten Fehler.

Ich habe dieses Verhalten jetzt auf 3 Win 10 Maschinen V1809 nachvollziehen können. Im Netz habe ich allerdings nur wenige ältere Einträge dazu gefunden, haben Sie nähere Infos oder Rückmeldungen erhalten. Gibt es eine Lösung?

WMP-Abstürze in der Zuverlässigkeitsüberwachung
(Zum Vergrößern klicken)

Volker hat mir den obigen Screenshot zugesandt, die diese Abstürze belegen. Ich habe auf meiner Testmaschine nachgesehen, konnte dieses Verhalten aber nicht beobachten. In diesem Microsoft Answers-Forenthread wird der gleiche Fehler im September 2018 für Windows 10 V1803 beschrieben. Der Fehler zieht sich seit vielen Jahren durch die Foren, ohne dass mir eine wirkliche Lösung ins Auge gesprungen wäre. Andererseits scheinen immer nur einzelne Nutzer betroffen zu sein.

Es deutet also darauf hin, dass es möglicherweise mit einer speziellen Konstellation zusammen hängt. Was man probieren könnte, wäre die WMP-Diagnose auszuführen. Hierzu öffnet man das Fenster der Eingabeaufforderung und lässt folgende Befehle ausführen:

msdt.exe -id WindowsMediaPlayerConfigurationDiagnostic
msdt.exe -id WindowsMediaPlayerLibraryDiagnostic

Diese setzen die Konfiguration des WMP zurück und überprüfen die Bibliotheken. Hilft aber möglicherweise nicht – das Zurücksetzen ist hier erfolglos probiert worden. Testweise ließe sich noch ein neues Benutzerkonto anlegen. Treten dort keine Abstürze auf, könnte es mir installierten WMP-Zusätzen zusammen hängen. Irgend jemand von euch, der sich einen Reim darauf machen kann oder möglicherweise eine Lösung kennt?


Anzeige


Cookies blockieren entzieht uns die Finanzierung: Cookie-Einstellungen

Dieser Beitrag wurde unter Windows 10 abgelegt und mit , verschlagwortet. Setze ein Lesezeichen auf den Permalink.

7 Antworten zu Windows 10 V1809: WMP-Abstürze in combase.dll?

  1. Alfred Neumann sagt:

    Also in der VM und auf einem Rechner mit 1809 konnte ich diesen Fehler nicht produzieren.

    Sind irgendwelche "CodecPacks" installiert?

    • Volker sagt:

      Hallo Alfred, nein, nichts dergleichen installiert. Einfach 1809 Installationen auf 3 Maschinen. Mir ist allerdings aufgefallen, dass das Problem erst auftaucht, wenn man im Windows Media Player eine MP3 Datei wiedergibt, es reicht nicht, den Player zu starten und zu beenden.

      • Alfred Neumann sagt:

        Nur bei Mp3? Also bei wma, wav udg. tritt der Fehler nicht auf?

        Mal die Header und Tags der MP3s angesehen?
        Mal probiert den WMP über Windows-Features zu deinstallieren und dann – nach Neustart – wieder zu installieren?

  2. Andreas R. sagt:

    Ist bei mir genau dasselbe (Win10 V1803) kam irgendwann 2018, wahrscheinlich mit einem Update auf zwei Rechnern.

  3. Alfred Neumann sagt:

    Es ist möglich das die dll nur falsch registriert wurde. Da es auf 64bit Systemen ja 2 Versionen von gibt.

    Die 64-Bit-Version ist "%systemroot%\System32\regsvr32.exe".
    Die 32-Bit-Version ist "%systemroot%\SysWoW64\regsvr32.exe".

    deswegen mal mit /u probieren und dann wieder rein

  4. AUTSCH!
    0xC0000005 wird bei unzulässigen Speicherzugriffen gemeldet; typischerweise sind das Programm(ier)fehler, beispielweise die Übergabe falscher Zeiger, oder die Verwendung von Zeigern auf bereits freigegebene Objekte/Seiten.
    Dein verunglücktes "ein Versuch, auf die benannte Datei wird von Windows abgewiesen" wäre 0xC0000022 STATUS_ACCESS_DENIED.

    • Alfred Neumann sagt:

      Warum tritt dieser Fehler aber nur selten bei einzelnen Rechnern auf?
      Weder WMP noch die dll werden extra für einen Rechner kompiliert und ge'linkt.

      Ich würde einfach mal probieren eine aktuelle Insider zu ziehen, da die dll zu extrahieren, die alte abzumelden, freigeben und umbenennen. (*.old)
      Und die – aus der Insider – anzumelden ….

      Oder es ist ein Fehler in der CPU Architektur, Firmware, BIOS/UEFI

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Hinweis: Bitte beachtet die Regeln zum Kommentieren im Blog (Erstkommentare und Verlinktes landet in der Moderation, gebe ich alle paar Stunden frei, SEO-Posts/SPAM lösche ich rigoros). Kommentare abseits des Themas bitte unter Diskussion.