Insider Preview 18323 und die Sandbox, mögliche Probleme?

Holunder1957 · Beitrag von **Holunder1957** » 29.01.2019, 14:48

Folgendes: Ich hatte vor einigen Tagen die Sandbox aktiviert, dann 2 oder 3 Tage später wieder deaktiviert. Seit dieser Zeit kam es zu einigen Crashs vom Feedback Hub, Edge und Explorer. Nach erneuter Aktivierung scheint erst einmal Ruhe zu sein. Hat jemand etwas ähnliches bemerkt?

Nachtrag: Nach Fertigstellung dieses Beitrages ist Edge wieder abgestürzt. (Fehlermodulname: Windows.UI.Xaml.dll)

Beitrag von **Tante Google** » 29.01.2019, 14:48

moinmoin · Beitrag von **moinmoin** » 29.01.2019, 14:58

Bei mir war da nichts. Hatte es auch mal de- und wieder aktiviert, weil die Sandbox immer noch nicht will.
Neustart hattest du sicherlich gemacht oder?

DK2000 · Beitrag von **DK2000** » 29.01.2019, 15:38

Durch aktivieren/Deaktivieren der Sandbox sollten eigentlich keine Probleme entstehen.

Was seht den zu dem Crash genau in der Fehleranzeige zu dem Modul 'Windows.UI.Xaml.dll'?

Allerdings geht es hier um die Insider. Kann also auch ein spezifisches Problem mit der Build an sich sein.

Und das die Sandbox in der deutschen Version (de-DE) nicht läuft, scheint ein Übersetzungsfehler zu sein. Mit der englischen Version (en-US) läuft sie einwandfrei, selbst in der virtuellen Installation. Ein der einen Stelle hapert es schon an der Gruppe 'Administrators'. Wer weiß, wo da noch etwas auf Englisch erwartet wird, aber nur in Deutsch vorliegt.

Holunder1957 · Beitrag von **Holunder1957** » 29.01.2019, 15:55

Hier aus dem Zuverlässikeitsverlauf:

Versteckter Text:

Normaler Weise treten bei mir Probleme gleich nach einen Update auf und waren nach 3 oder 4 Tagen verschwunden.
In dieser Build ist es umgekehrt, 3 Tage keine Fehler und ab den 4. Tag fangen sie an. Auch ein Paar Apps starten stark verzögert z.B. Notepad++, während der Editor sofort startet. Werde mal den Editor wieder als Standard setzen.

DK2000 · Beitrag von **DK2000** » 29.01.2019, 16:28

Das ist dieser Standard-Fehler:

Code: Alles auswählen

0xC0000005= STATUS_ACCESS_VIOLATION
The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

Um das naher zu entschlüsseln, müsste man die Anwendung debuggen, was aber mangels Quellcode nicht wirklich zu empfehlen ist.

Aus irgendwelchen Gründen greift das Modul auf gesperrten oder ungültigen Speicher zu. Und das wir natürlich vom System unterbunden. Kann auch eine andere Anwendung sein, die da zwischen funkt oder ein Addon. Das ist so leider schwer zu sagen.

Holunder1957 · Beitrag von **Holunder1957** » 29.01.2019, 17:06

Danke, es sollte auch nur eine Nachfrage sein. Auch der der Feedback Hub ist ein Paar Mal abgeschmiert, hier bin ich anscheinend nicht der Einzige, laut eben diesen. Ist bloß Blöd, wenn man die Aufgaben/ Bug Bash abarbeiten will. Im Augenblick funktioniert er wieder. Ach so, meistens kamen die Crashs beim scrollen.

Holunder1957 · Beitrag von **Holunder1957** » 30.01.2019, 15:47

Die Sandbox schließe ich erst einmal aus. Eine andere Vermutung ist die, wenn das System am obersten Limit arbeitet, das es zur Instabilität einiger App kommt. Während dieser Zeit hatte ich auch noch Videos neu codiert, so das eine Prozessorauslastung von 100% die ganze Zeit gegeben war. Dieses Phänomen tritt aber erst seit dieser Build auf, in den vorangegangenen konnte man neben dem Codieren auch noch andere Dinge tätigen.