Terminal: يظهر Terminal نافذة فارغة ثم يتعطل

من تعليق آخر على نفس الموضوع ،

إذا كنت ترى شاشة فارغة ، فتأكد من أنك تستهدف التصميم المناسب. لا يمكنك تشغيل windows Terminal x86 على جهاز x64.

من المسلم به أنه كان بإمكاني قراءة "تم تصميمه ونشره من أجل هندسة x64" وفهمت ذلك.
هل يمكنك مشاركة سجل البناء؟

أعتقد أن Terminal أعجبت بشدة بصورة سطح المكتب الخاصة بك ولم ترغب في عرضها فوقها.

FWIW ، أتلقى نفس السلوك على الكمبيوتر اللوحي x86 بعد تثبيت إصدار MS Store . عملت النسخ السابقة التي جمعتها ، لذلك تركت حكة في رأسي لماذا يحدث هذا الآن. لم أختبر بعد على الكمبيوتر المحمول x64 الخاص بي ، لذا فأنا لست متأكدًا مما إذا كان هو نفسه هناك ..

تحديث: بعد الاطلاع على عارض الأحداث ، أتلقى تعطل التطبيق. لقد قمت بسحب الأحداث إلى evtx إذا لزم الأمر.

Faulting application name: WindowsTerminal.exe, version: 1.0.1906.20005, time stamp: 0x5d0c1506
Faulting module name: Windows.UI.Xaml.dll, version: 10.0.18922.1000, time stamp: 0xf1c7f3c3
Exception code: 0xc0000005
Fault offset: 0x007d208e
Faulting process id: 0x2238
Faulting application start time: 0x01d528c0b2bc30da
Faulting application path: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1715.0_x86__8wekyb3d8bbwe\WindowsTerminal.exe
Faulting module path: C:\Windows\System32\Windows.UI.Xaml.dll
Report Id: 61ba7cc9-da7a-4bfb-8a43-b375251ebb66
Faulting package full name: Microsoft.WindowsTerminal_0.2.1715.0_x86__8wekyb3d8bbwe
Faulting package-relative application ID: App

لقد قمت للتو بالتثبيت من MS Store وواجهت نفس المشكلة. نظام تشغيل 64 بت هنا.

Nombre de la aplicación con errores: WindowsTerminal.exe, versión: 1.0.1906.20005, marca de tiempo: 0x5d0c1459
Nombre del módulo con errores: TerminalApp.dll, versión: 1.0.1906.20005, marca de tiempo: 0x5d0c140d
Código de excepción: 0xc0000005
Desplazamiento de errores: 0x000000000003a539
Identificador del proceso con errores: 0x1d48
Hora de inicio de la aplicación con errores: 0x01d52949ad9a3604
Ruta de acceso de la aplicación con errores: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe
Ruta de acceso del módulo con errores: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe\TerminalApp.dll
Identificador del informe: a7d6acc0-650b-40e3-a36b-2280d62e8ea9
Nombre completo del paquete con errores: Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe
Identificador de aplicación relativa del paquete con errores: App

أتساءل عما إذا كان يمكن تشغيله من سطر الأوامر ومعرفة ما إذا كان يطبع أي رسائل خطأ.
تحرير: لا ، لا. ( wt.exe )

لذلك حاولت بناءه بنفسي ، وأتلقى نفس السلوك في أحدث تصميم لي. لقد جربت الإصدار x64 على الكمبيوتر المحمول الخاص بي وعمل بشكل جيد ، لكن x86 لا يزال لا يعمل. للأسف ، لا يحتوي الكمبيوتر اللوحي x86 الخاص بي على مساحة تخزين كافية لتتمكن من تثبيت VS عليه ولن يسمح لي VS بإعداد ملف تعريف تصحيح أخطاء عن بُعد لـ x86 (يقول Debug | x86 مفقود من بيان المشروع حتى عندما أحاول فتحه الخصائص) لذلك في الوقت الحالي ، توقفت محاولاتي للوصول إلى سبب توقف ...

قد أحتاج إلى إعداد x86 VM فقط لتصحيح الأخطاء باستخدام: / بافتراض استمرار السلوك هناك أيضًا.

الآن أحاول فقط الحصول على نسخة قديمة من بنائي ، فقط حتى أتمكن على الأقل من استخدام Terminal الجديد ، حتى لو لم يكن محدثًا ..

أواجه نفس المشكلة ، لا أعتقد أن هناك أية مشكلات توافق هنا

حسنا...
أعتقد أنني اكتشفت سبب حدوث ذلك ... 🤔

منذ دقيقتين حاولت تشغيل Terminal مرة أخرى على جهاز الكمبيوتر الخاص بي لتسجيل أي أخطاء لإرفاقها هنا ...
حسنًا ... إنه يعمل (وهو رائع )! 🤩

"وبالتالي؟ لماذا يعمل الآن؟ ماهو الفرق؟"

اليوم كنت أستخدم الكمبيوتر الدفتري الخاص بي على ساقي (بدون توصيل أي أجهزة).
عادةً ما أستخدم دفتر ملاحظاتي المتصل بـ Universal Dock .

ينظر نظام التشغيل إلى هذا النوع من الأجهزة (أحواض DisplayLink ) كبطاقات فيديو خارجية بدون دعم موسع لتسريع الأجهزة ...
في الحقائق ، لا يمكنك تشغيل ألعاب الفيديو أو الرسومات ثلاثية الأبعاد بشكل عام حتى لو كان GPU الخاص بك هو أفضل ما يمكنك شراؤه!

لذلك ، أعتقد ، إذا كانت بطاقة الفيديو التي تحاول تشغيل Terminal عليها غير متوافقة مع تسريع الأجهزة (أو شيء من هذا القبيل) ، فإنها ببساطة تتعطل بشكل سيء.

قد يكون هذا أيضًا قضيتك ShadowEO و magiblot وtanayagar؟
ربما شيء مثل:

• أجهزة رخيصة؟
• بطاقات فيديو متكاملة؟
• الأجهزة الظاهرية؟
• ... وهلم جرا؟

لدي مشكلة مماثلة. بعد تثبيت Terminal ، حدد القائمة المنسدلة للجزء العلوي ، ثم(بينما يتم تحديد Widows Powershell تلقائيًا) ، يقوم الجهاز بتحميل صفحة Visual Studio فارغة ويتعطل.
لدي أيضًا دفتر ملاحظات (Lenovo W541) على محطة لرسو السفن وأنا أستخدم Win 10 Pro x64b ، Nightly ، الإصدار 1903 ، OS Build 18922.1000

تضمين التغريدة

لذلك ، أعتقد ، إذا كانت بطاقة الفيديو التي تحاول تشغيل Terminal عليها غير متوافقة مع تسريع الأجهزة (أو شيء من هذا القبيل) ، فإنها ببساطة تتعطل بشكل سيء.

قد يكون هذا أيضًا قضيتك ShadowEO و magiblot وtanayagar؟
ربما شيء مثل:

* Cheap hardware?

* Integrated video cards?

* Virtual machines?

* _... and so on?_

نعم ، لديّ وحدة معالجة رسومات Intel (HD Graphics 520) ولكن برامج التشغيل وتسريع البرامج الثابتة مرتبة. لا أستخدم محطة إرساء أو VM ، على الرغم من أن هذا الكمبيوتر المحمول متصل بشاشة خارجية من خلال VGA / DP. لكن فصلها لم يغير شيئًا.

هذه فكرة جديدة ، لكن الإنشاءات السابقة كانت تعمل بشكل جيد ، على سبيل المثال ، يمكنني إعادة تثبيت أحد أبني المطورين الأقدم ، ويتم فتحه وتشغيله بشكل جيد.

نعم ، أنا أستخدم أجهزة رخيصة لهذا الجهاز ، إنه TMAX TM101W635L. باستخدام Intel HD Graphics (لست متأكدًا من طراز أجهزة الصراف الآلي الدقيقة ، لأنني بعيد عن الجهاز.)

تعمل الأجهزة الافتراضية بشكل جيد على الجهاز ، لكنها ليست قيد الاستخدام النشط (على 2 غيغابايت من ذاكرة الوصول العشوائي غير القابلة للتوسيع ، يمكنك معرفة السبب).

يتم إجراء جميع اختباراتي على الجهاز نفسه ، لذلك لا توجد محطات إرساء ولا أجهزة خارجية على الإطلاق.

أخطط لإعداد VS2019 VM 32 بت على الكمبيوتر المحمول الرئيسي الليلة لمعرفة ما إذا كانت المشكلة تحدث هناك ، وإذا كان الأمر كذلك ، لتصحيحها أيضًا.

• أجهزة رخيصة؟
• بطاقات فيديو متكاملة؟
• الأجهزة الظاهرية؟
• _... وهلم جرا؟_

i5-9600K و RTX-2070 و 32 جيجا بايت من ذاكرة الوصول العشوائي ونظام التشغيل المضيف - نافذة فارغة وتحطم.
في التصحيح ، تعطل هنا:

WindowsTerminal.exe! winrt :: get_activation_factory <: windows :: Foundation :: iactivationfactory i = "14"> (const winrt :: param :: hstring & name) سطر 5222 C ++
WindowsTerminal.exe! winrt :: impl :: factory_cache_entry <: terminalapp :: app i = "16"> :: call <&> (winrt :: TerminalApp :: App ::& رد) خط 5420 C ++
WindowsTerminal.exe! winrt :: impl :: call_factory <: terminalapp :: app i = "20">> (winrt :: TerminalApp :: App ::&& callback) الخط 5501 C ++
WindowsTerminal.exe! winrt :: TerminalApp :: App :: App () Line 952 C ++
WindowsTerminal.exe! AppHost :: AppHost () Line 30 C ++
WindowsTerminal.exe! wWinMain (HINSTANCE__ * __formal، HINSTANCE__ * __formal، wchar_t * __formal، int __formal) Line 35 C ++

يتعطل هنا ، لدي أيضًا جهاز عرض 4K ، متصل بمنفذ منفذ عرض صغير. والحصول على هذا الخطأ:

Faulting application name: WindowsTerminal.exe, version: 1.0.1906.20005, time stamp: 0x5d0c1459
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x0000000000000000
Faulting process id: 0x2ee4
Faulting application start time: 0x01d52a090c39d27d
Faulting application path: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe
Faulting module path: unknown
Report Id: 51227091-efa4-43dc-bc7a-61696a519a8f
Faulting package full name: Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe
Faulting package-relative application ID: App

تضمين التغريدة

لذلك ، أعتقد ، إذا كانت بطاقة الفيديو التي تحاول تشغيل Terminal عليها غير متوافقة مع تسريع الأجهزة (أو شيء من هذا القبيل) ، فإنها ببساطة تتعطل بشكل سيء.
قد يكون هذا أيضًا قضيتك ShadowEO و magiblot وtanayagar؟
ربما شيء مثل:

* Cheap hardware?

* Integrated video cards?

* Virtual machines?

* _... and so on?_

نعم ، لديّ وحدة معالجة رسومات Intel (HD Graphics 520) ولكن برامج التشغيل وتسريع البرامج الثابتة مرتبة. لا أستخدم محطة إرساء أو VM ، على الرغم من أن هذا الكمبيوتر المحمول متصل بشاشة خارجية من خلال VGA / DP. لكن فصلها لم يغير شيئًا.

لدي بطاقة Intel متكاملة (رسومات Intel HD 620). أما بالنسبة للأجهزة وأجهزة VMS الرخيصة ، فإن جوابي سيكون لا. أي طريقة لإصلاح؟

مرحبًا ، لدي نفس المشكلة وبطاقة الرسوم الخاصة بي هي NVIDIA GeForce GTX 1060

في حالتي ، تمكنت من إصلاحها عن طريق إجبار التطبيق على استخدام بطاقة رسومات Intel HD Graphics 630 بدلاً من بطاقة GTX 1050 في لوحة تحكم NVIDIA.

شكرا على الاكرامية. هل لي أن أسألك كيف فعلت ذلك؟

في حالتي ، تمكنت من إصلاحها عن طريق إجبار التطبيق على استخدام بطاقة رسومات Intel HD Graphics 630 بدلاً من بطاقة GTX 1050 في لوحة تحكم NVIDIA.

مممم ... غريب! 🤔
لقد جربته أيضًا ، لكنه في الواقع يستمر في العمل على بطاقة الفيديو المدمجة (حتى لو اخترت بطاقة الفيديو المخصصة).

لكن ، نعم ... ربما فعلت شيئًا خاطئًا! 😅

قمت بسحب Terminal حول الشاشة

لقد جربت أيضًا جهاز كمبيوتر آخر مزودًا بـ NVidia GTX 970 وعمل جيدًا.

أجريت بعض الاختبارات الأخرى ، ولسبب ما ، عندما أقوم بتشغيل Terminal على الشاشة الخارجية المتصلة من خلال محطة الإرساء في حوادث (كما قلت من قبل) ...
ولكن ، إذا قمت بتشغيله على الشاشة الداخلية (يعمل بشكل جيد ، بالطبع) ثم قمت بسحب النافذة إلى الشاشة الخارجية ، فسيستمر تشغيلها دون أي مشاكل. 😵

ها هو سجل الأحداث الخاص بي (آمل أن يكون مفيدًا):

Nome dell'applicazione che ha generato l'errore: WindowsTerminal.exe, versione: 1.0.1906.20005, timestamp: 0x5d0c1459
Nome del modulo che ha generato l'errore: ucrtbase.dll, versione: 10.0.18362.1, timestamp: 0x5cbddb81
Codice eccezione: 0xc0000409
Offset errore 0x000000000006d3be
ID processo che ha generato l'errore: 0x4208
Ora di avvio dell'applicazione che ha generato l'errore: 0x01d52b2e6735c3fe
Percorso dell'applicazione che ha generato l'errore: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe
Percorso del modulo che ha generato l'errore: C:\WINDOWS\System32\ucrtbase.dll
ID segnalazione: e5cd7755-bd3d-487c-a658-fbce95b3f982
Nome completo pacchetto che ha generato l'errore: Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe
ID applicazione relativo al pacchetto che ha generato l'errore: App

شكرا على الاكرامية. هل لي أن أسألك كيف فعلت ذلك؟

فتحت لوحة تحكم NVIDIA ، ضمن إدارة الإعدادات ثلاثية الأبعاد ، حدد علامة التبويب إعدادات البرنامج. في الخطوة الأولى ، يتم سرد Windows Terminal كـ "microsoft.windowsterminal_ [id]". في الخطوة الثانية ، اخترت الرسومات المدمجة (آسف لمهارات الرسم الضعيفة :)):

لدي بطاقة NVIDIA GeForce GTX 1080 Ti هنا مع Intel UHD 630 على متن الطائرة ، على الرغم من أنه بطريقة ما ، فجأة ، يعمل التطبيق اليوم مرة أخرى. ليس لدي فكرة لماذا أو كيف.

من أي شخص في هذا الموضوع ، أحتاج إلى تفريغ الأعطال. حاولت البحث في كل معرّف تقرير نشرتموه جميعًا ولم يأتِ أي منهم.

أظن أن المشكلات المتعلقة بعدم القدرة على استخدام عرض الأجهزة قد يتم حلها باستخدام # 1263.

من المحتمل أن يكون هناك أيضًا بعض القوة التي يمكن إضافتها إلى عارض DX حتى يتم إعداده بشكل صحيح. إذا كان أي منكم يقوم بالبناء من المصدر ، فسيكون من الجيد أن تتحقق مما إذا كان ملف conhost.exe الذي تم إنشاؤه من نفس المصادر يتعطل عندما يكون المفتاح عند HKCU\Console UseDx REG_DWORD 0x1 (قم بإنشائه إذا لم يكن موجودًا.) سيؤكد ذلك ما إذا كان التعطل معزولًا عن عارض DX أو بدء تشغيل المحطة الطرفية.

لدي أيضًا نظرية مفادها أنك تواجه 4 مشكلات مختلفة هنا ، لذلك قد نضطر إلى تقسيمها إذا حاولت إصلاح واحدة ولم يتم إصلاحها لكم جميعًا.

أخيرًا ، لا يمكننا الوصول بسهولة إلى هذا النوع من الأجهزة هنا. سأرى ما يمكننا القيام به ، ولكن إذا تمكنت من الحصول على بعض المساعدة عن كثب ، فهذا هو الأفضل.

تضمين التغريدة كيف يمكنني الحصول على تفريغ الأعطال من الجهاز المصاب؟

ذهبت أيضًا إلى محطة التطوير (x64) وحاولت تغيير UseDx الذي طلبته. أستطيع أن أؤكد أن conhost فشل في البدء بـ UseDx مضبوطًا على 0x1 على جهاز يعمل فيه نفس المصدر بشكل صحيح. يؤدي تبديل UseDx للخلف إلى ظهور وحدة تحكم عاملة مرة أخرى.

ومن المثير للاهتمام ، أنني أجريت هذا الاختبار على الجهاز اللوحي المصاب (مرة أخرى بنفس المصادر) ، ويعمل conhost في كلا السيناريوهين عليه ، وأحصل على موجه أوامر كالمعتاد .. ومع ذلك لا يزال Cascadia يفشل.

لقد جربت ثمانية من خطوط أنابيب Azure master من هنا: https://dev.azure.com/ms/Terminal/_build؟definitionId=136&_a=summary لمحاولة تحديد أين بدأت الأشياء في الانهيار.

في التسلسل الزمني العكسي ، أي أحدث بناء آخر:

• # 1374 رابط التحديث للمعاينة العامة: WORKS
• # 1512 إصلاح النقط التمهيدي: يعمل
• # 1452 حول محتويات الحوار القابلة للتحديد: يعمل
• # 1314 تعيين مشروع بدء التشغيل الافتراضي: WINDOW STAYS BLANK
• # 1263 swren الاحتياطية: WINDOW STAYS BLANK
• # 1093 قم بتوصيل func الحافظة بربط المفاتيح: WINDOW STAYS BLANK
• # 929 قم بتطبيق منطقة GDI على نافذة الجزيرة ذات المستوى الأعلى للسماح بالسحب بجزيرة واحدة: BLANK THEN CRASH
• # 1436 altgr: فارغ ثم تحطم

بمعنى آخر ، بين الدمجين اللاحقين لـ # 1452 و # 1314 (كلاهما في 2019-06-24) ، انتقلت من العمل إلى نافذة فارغة عند بدء التشغيل (ولكن بدون تعطل) ، ثم بين الدمجين التاليين # 1093 و # 929 (كلاهما في 2019-06-25) ، انتقلت المحطة من نافذة فارغة لا تحطم إلى نافذة فارغة ثم تحطمت.

(كيف # 1314 ، الذي يبدو أنه مجرد إعادة ترتيب في ملف حل OpenConsole ، يمكن أن يكسر المحطة الطرفية مثل هذا مفاجئ. ومع ذلك ، فإن إلغاء تثبيت وإعادة تثبيت البنيات هنا يؤكد فقط حالة العمل / عدم العمل.)

miniksa هنا هو تفريغ تحطم # 1436 PR Azure Pipelines build.

WindowsTerminal.exe.12900.zip

شكرا لعمل شطر تقريبي لنا!

هذا لا يبدو آمنا _ على الإطلاق_.

.  0  Id: 3264.2748 Suspend: 0 Teb: 0000001b`495e5000 Unfrozen
 # Child-SP          RetAddr           Call Site
00 0000001b`496fe530 00007ffd`df6acaff ucrtbase!abort+0x4e
01 0000001b`496fe560 00007ff6`2e9a952b ucrtbase!terminate+0x1f
02 0000001b`496fe590 00000000`00002000 WindowsTerminal!__scrt_unhandled_exception_filter+0x37 [d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\utility\utility_desktop.cpp @ 91] 
03 0000001b`496fe598 00000020`00001000 0x2000
04 0000001b`496fe5a0 00000000`01000000 0x00000020`00001000
05 0000001b`496fe5a8 00000000`00000000 0x1000000  

أنا سعيد حقًا بأن خطوط الأنابيب الخاصة بنا تتمسك بالرموز. :ابتسامة:

miniksa Michael Niksa FTE بالتأكيد! كيف يمكنني الحصول على تفريغ الأعطال من الجهاز المصاب؟

ذهبت أيضًا إلى محطة التطوير (x64) وحاولت تغيير UseDx الذي طلبته. أستطيع أن أؤكد أن conhost فشل في البدء بـ UseDx مضبوطًا على 0x1 على جهاز يعمل فيه نفس المصدر بشكل صحيح. يؤدي تبديل UseDx للخلف إلى ظهور وحدة تحكم عاملة مرة أخرى.

ومن المثير للاهتمام ، أنني أجريت هذا الاختبار على الجهاز اللوحي المصاب (مرة أخرى بنفس المصادر) ، ويعمل conhost في كلا السيناريوهين عليه ، وأحصل على موجه أوامر كالمعتاد .. ومع ذلك لا يزال Cascadia يفشل.

يمكنك من الناحية الفنية النقر بزر الماوس الأيمن فوق عملية في صفحة التفاصيل الخاصة بـ Task Manager وإنشاء ملف تفريغ وإرفاقه في مكان ما عبر الإنترنت ، ولكن حذر من أنه قد يحتوي على معلومات تعريف شخصية لأنها تفريغ مساحة الذاكرة بالكامل.

يمكنك أيضًا تجربة استخدام مركز تقديم الملاحظات واختيار تطبيق Windows Terminal وإرساله بهذه الطريقة.

أو في حالة تعطله ، يمكنك محاولة الحصول على معلومات الإبلاغ عن أخطاء Windows من عارض الأحداث وإعطائي كل ذلك حتى أتمكن من محاولة البحث عن المعرفات باستخدام خدمة WER.

قد تحتوي على معلومات تعريف شخصية

هذا جيد ، الجهاز اللوحي الذي يتم تشغيله به استخدام خفيف للغاية. قد تكون معلومات التعريف الحقيقية الوحيدة على الجهاز هي اسمي الحقيقي (وهو أمر جيد) أو دليل ملف تعريف المستخدم ، والذي يحتوي فقط على جزء من اسم مستخدم Github الخاص بي.

يوجد هنا مجلد مشترك OneDrive يحتوي على ملف evtx (مع كل من حدث الإبلاغ عن أخطاء Windows وحدث تعطل التطبيق) وللحصول على إجراء إضافي ، تفريغ العملية لك! https://1drv.ms/u/s!AqACoL07fxpWoOIwO6InGCb8fvsZJg ؟ e = ot9XoI

اسمحوا لي أن أعرف إذا لم تتمكن من الحصول على ذلك ، وسأقوم بتحميله في مكان آخر ، كان تفريغ العملية هذا أكبر مما كنت أتوقع لشيء يستهلك 5 ميغا بايت فقط من ذاكرة الوصول العشوائي في ذلك الوقت.

(سمسم يمكنني بسهولة إنشاء عمليات تفريغ ، هذه ميزة رائعة!)

[...] إذا تعطل ، يمكنك محاولة الحصول على معلومات Windows Error Reporting من عارض الأحداث وإعطائي كل ذلك حتى يمكنني محاولة البحث عن المعرفات باستخدام خدمة WER.

إليك ملف ZIP يحتوي على بعض الملفات المستخرجة مباشرةً من عارض الأحداث ...
آمل أن يكون هذا ما تبحث عنهminiksa ... 😅

📦 تعطل Windows Terminal.zip

شهد إصدار المتجر تم تحديثه مؤخرًا. اسمح لجهاز الكمبيوتر المتأثر بالتحديث وما زلت أواجه المشكلة.

كما يحدث ، لدي أيضًا مشكلة تعطل الإصدارات الأخيرة من Windows Terminal عند بدء التشغيل مع نافذة فارغة - ولدي أيضًا تفريغ تعطل مثير للاهتمام! لقد حصلت أيضًا على تتبع تصحيح أخطاء السفر عبر الزمن في حالة ما إذا كان ذلك مفيدًا.

الرابط - عذرًا ، إنها Microsoft داخلية فقط بسبب مخاوفي بشأن معلوماتي الخاصة:
https://aka.ms/AA5ix7s

مرحبًا metathinker ،
شكرا لتقاسم هذا التفريغ! لا أعرف ما هي بنية WT هذه الخرائط ، لأننا لا نحتفظ برموز بناء CI حولها ، وهذا يبدو كواحد من هؤلاء. :ابتسامة:

سأحاول مع أحدث بناء CI.

@ DHowett-MSFT ربما ضاع في ملف الملاحظات الذي كتبته ، لكن هذا هو:
https://dev.azure.com/ms/Terminal/_build/results؟buildId=23399
بناء المعلم الحالي: https://github.com/microsoft/Terminal/commit/eae920e5f931d7efd33cc3e1bfb12f8c683b001b

إذا قمت ببناء نفس الالتزام على صندوقي الخاص ، فستحدث نفس المشكلة.

وبقدر ما أستطيع أن أقول ، فإن إنشاءات Azure DevOps CI _do_ لها رموز - توجد ملفات .msix و .appxsym في عناصر البناء ، ويتم فك ضغط الأخير إلى مجموعة من ملفات .pdb. أم أن هذه ليست الرموز التي تبحث عنها؟

إنها تفعل ذلك ، لكننا لا نقوم بأرشفتها في أي مكان _دائم_ (مثل خادم الرموز) لأن هذه البنيات غير مخصصة للاستخدام. لقد انتهيت من البحث عن الرموز الصحيحة للبناء الخاص بك. هنا حيث فشلنا:

02 000000ed`75d0f380 00007fff`0020613e VCRUNTIME140!_CxxThrowException+0xad [d:\agent\_work\5\s\src\vctools\crt\vcruntime\src\eh\throw.cpp @ 133] 
03 000000ed`75d0f3f0 00007fff`00205891 TerminalApp!winrt::throw_hresult+0x1de [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\winrt\base.h @ 4320] 
04 (Inline Function) --------`-------- TerminalApp!winrt::check_hresult+0x4c [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\winrt\base.h @ 4370] 
05 (Inline Function) --------`-------- TerminalApp!winrt::impl::consume_Windows_UI_Xaml_IApplicationStatics<winrt::Windows::UI::Xaml::IApplicationStatics>::LoadComponent+0x66 [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\winrt\Windows.UI.Xaml.h @ 264] 
06 (Inline Function) --------`-------- TerminalApp!winrt::Windows::UI::Xaml::Application::LoadComponent::__l2::<lambda_4c8bf9903964916c8ede32d2039e9272>::operator()+0x71 [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\winrt\Windows.UI.Xaml.h @ 11819] 
07 000000ed`75d0f440 00007fff`002021c0 TerminalApp!winrt::impl::factory_cache_entry<winrt::Windows::UI::Xaml::Application,winrt::Windows::UI::Xaml::IApplicationStatics>::call<<lambda_4c8bf9903964916c8ede32d2039e9272> &>+0x231 [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\winrt\base.h @ 5440] 
08 (Inline Function) --------`-------- TerminalApp!winrt::impl::call_factory+0x9 [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\winrt\base.h @ 5501] 
09 (Inline Function) --------`-------- TerminalApp!winrt::Windows::UI::Xaml::Application::LoadComponent+0x21 [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\winrt\Windows.UI.Xaml.h @ 11819] 
0a 000000ed`75d0f4e0 00007fff`002314d0 TerminalApp!winrt::TerminalApp::implementation::MinMaxCloseControl::MinMaxCloseControl+0x190 [d:\a\1\s\src\cascadia\TerminalApp\MinMaxCloseControl.cpp @ 18] 
0b (Inline Function) --------`-------- TerminalApp!winrt::make+0x1b [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\winrt\base.h @ 6877] 
0c (Inline Function) --------`-------- TerminalApp!winrt::TerminalApp::MinMaxCloseControl::{ctor}+0x1b [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\MinMaxCloseControl.g.cpp @ 10] 
0d 000000ed`75d0f580 00007fff`0023920a TerminalApp!winrt::TerminalApp::implementation::App::_Create+0xba0 [d:\a\1\s\src\cascadia\TerminalApp\App.cpp @ 144] 
0e (Inline Function) --------`-------- TerminalApp!winrt::TerminalApp::implementation::App::Create+0x74 [d:\a\1\s\src\cascadia\TerminalApp\App.cpp @ 69] 
0f 000000ed`75d0f6e0 00007ff6`4f914df6 TerminalApp!winrt::impl::produce<winrt::TerminalApp::implementation::App,winrt::TerminalApp::IApp>::Create+0x9a [d:\a\1\s\src\cascadia\TerminalApp\Generated Files\winrt\TerminalApp.h @ 647] 
10 (Inline Function) --------`-------- WindowsTerminal!winrt::impl::consume_TerminalApp_IApp<winrt::TerminalApp::IApp>::Create+0xa [d:\a\1\s\src\cascadia\WindowsTerminal\x64\Release\Generated Files\winrt\TerminalApp.h @ 25] 
11 000000ed`75d0f740 00007ff6`4f91412d WindowsTerminal!AppHost::Initialize+0x46 [d:\a\1\s\src\cascadia\WindowsTerminal\AppHost.cpp @ 65] 
12 000000ed`75d0f7a0 00007ff6`4f9190e2 WindowsTerminal!wWinMain+0x4d [d:\a\1\s\src\cascadia\WindowsTerminal\main.cpp @ 43] 
13 (Inline Function) --------`-------- WindowsTerminal!invoke_main+0x21 [d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl @ 118] 
14 000000ed`75d0f830 00007fff`211b7bd4 WindowsTerminal!__scrt_common_main_seh+0x106 [d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl @ 288] 
15 000000ed`75d0f870 00007fff`215cce71 KERNEL32!BaseThreadInitThunk+0x14
16 000000ed`75d0f8a0 00000000`00000000 ntdll!RtlUserThreadStart+0x21

لا أعتقد أن هذه هي نفس المشكلة مثل # 1364 ، لذلك سأقوم بتقسيم هذا إلى مشكلة أخرى. شكر!

نعم ، مشكلتك هي أن MinMaxCloseControl لا ينتهي به الأمر في المكان الصحيح (ربما - ربما يتم دحضه بالأدلة) _ فقط لبناء CI _. شكرا لخط أنابيب Xaml! :ابتسامة:

نعم ، مشكلتك هي أن MinMaxCloseControl لا ينتهي به الأمر في المكان الصحيح (ربما - ربما يتم دحضه بالأدلة) _ فقط لبناء CI _. شكرا لخط أنابيب Xaml! 😄

هذا مؤكد ، أنت؟ حسنًا ، من الأفضل فتح هذه المشكلة المنفصلة ، لأن النقر فوق هذا الرابط سيؤدي إلى تفجير عقلك !!!!!! 111111 !!!!!!

كما قلت في المرور أعلاه ، ينتج عن إنشاء https://github.com/microsoft/terminal/commit/eae920e5f931d7efd33cc3e1bfb12f8c683b001b على جهاز الكمبيوتر الخاص بي وتشغيل تطبيق Terminal الخاص بإصدار التصحيح الناتج نفس التعطل الذي حصلت عليه من إصدار Azure DevOps CI. كما هو الحال في بنية إصدار CI ، فإن السبب المباشر للمشكلة هو أنه لم يتم العثور على ms-appx:///MinMaxCloseControl.xaml أثناء استدعاء Windows.UI.Xaml.Application.LoadComponent () . يأتي هذا الاستدعاء بدوره من كود C ++ / WinRT الذي يبدأ بهذه الاستدعاء من winrt :: TerminalApp :: Implementation :: App :: _ Create () إلى المُنشئ الذي تم إنشاؤه لـ winrt :: TerminalApp :: MinMaxCloseControl .

أفترض الآن أن شيئًا غريبًا يحدث في بناء Azure DevOps CI والبناء على الصندوق الخاص بي. إما ذلك ، أو يمكنني فقط نشر التطبيق بشكل غير صحيح - أقوم بفك ضغط ملف CI build .appx / .msix أو العثور على مجلد الملفات السائبة التي أنشأتها شخصيًا والتي تحتوي بالفعل على AppXManifest.xml ، ثم تشغيل powershell.exe -command Add-AppXPackage -Register X:\wherever\it\is\AppXManifest.xml .

الآن ، هل تقوم بالبناء باستخدام MSBuild أم مع VS؟ يمكنني إعادة إنتاج تخطيط الحزمة المكسور باستخدام MSBuild ولكن ليس باستخدام Visual Studio.

على جهازي ، عندما يبني VS المشروع ، ينتهي الأمر بوضع نسخة من MinMaxCloseControl.xbf لأسفل في جذر حزمة appx ، حيث يقترح محدد موقع الموارد أنه سيكون. تنتهي النسخة أيضًا بـ TerminalApp.pri . التطبيق الذي تسحبه من CI و appx _layout_ الذي تنتجه على جهازك ربما لا يحتوي على النسخة الأولى ( .xbf ) ولديك النسخة الثانية فقط (تم التحقق منها في .msix من القطع الأثرية CI.)

ربما هناك مشكلتان هنا. أولاً ، ليس لدي أي فكرة عن سبب نسخها بواسطة VS وليس MSBuild ؛ ثانيًا ، يجب أن يتم دمجها في resources.pri مع موارد Xaml الأخرى ؛ ثالثًا ، ليس لدي أي فكرة عن سبب عمل هذا بشكل صحيح مع App.xbf المشابه جدًا.

الآن ، هل تقوم بالبناء باستخدام MSBuild أم مع VS؟ يمكنني إعادة إنتاج تخطيط الحزمة المكسور باستخدام MSBuild ولكن ليس باستخدام Visual Studio.

MSBuild - حسنًا ، بالضبط ، أنا أفعل هذا: cd/d [repo root] & .\tools\razzle.cmd dbg & bcz dbg
ويقوم الملف الدفعي bcz.cmd بتشغيل MSBuild كما تعلم.

يتعطل التطبيق بعد ذلك عندما أقوم بنشر مجلد الملفات غير الثابتة من خلال PowerShell أو Visual Studio.

يمكنني التحقق من أنه بعد حرق الريبو باستخدام git clean -dxf ، وفتح الحل في Visual Studio ، والبناء ، يعمل التطبيق الناتج بشكل جيد. يحتوي مجلد الملف غير المحكم باستخدام AppXManifest.xml أيضًا على كل من App.xbf و MinMaxCloseControl.xbf ؛ كلاهما مفقود من بناء MSBuild وبناء AzDO CI.

ربما نحتاج حقًا إلى طرح هذه المشكلة المنفصلة الآن - فهذه مشكلة سيئة جدًا في رأيي ، ولكن ربما لا تكون المشكلة التي كانت هذه المشكلة تدور حولها في الأصل.

حصلت على هذه المشكلة وبعد إلغاء تحديد الخيار Use legacy console ، تظهر المحطة الطرفية الخاصة بي

حصلت على هذه المشكلة وبعد إلغاء تحديد الخيار Use legacy console ، تظهر المحطة الطرفية الخاصة بي

ربما يكون هذا مختلفًا. لقد تفرع عنها لقضية أخرى.

حصلت على هذه المشكلة وبعد إلغاء تحديد الخيار Use legacy console ، تظهر المحطة الطرفية الخاصة بي

شكرا ، كان هذا هو وضعي بالضبط.

أستطيع أن أؤكد هذا العمل. تظهر محطتي. ومع ذلك ، فإن خيار الإعدادات لا يستجيب بعد تحديده.

كما قال miniksa ، ربما تكون هذه مشكلة منفصلة. أجهزتي لا تحتوي على ميزة "استخدام وحدة التحكم القديمة" قيد التشغيل ، ولا تعمل حتى معها.

يبدو أنه قد يكون هناك عوامل متعددة تسبب هذه الاستجابة المحددة.

ومع ذلك ، قمت بتحديث Terminal إلى أحدث إصدار في المتجر ولم يعد يفشل حتى هذه النقطة ، ويفتح ، ويظهر شريط العنوان / الحد (مثل السلوك السابق) ثم يتعطل قبل انتهاء عرض النافذة. (على عكس ما سبق ، تم تدمير شريط عنوان نافذة UWP والحدود)

لقد أرسلت مشكلة باستخدام مركز الملاحظات - https://aka.ms/AA5jk66

على الرغم من أن لدي Windows Terminal (Preview) المدرجة في الإعدادات | التطبيقات ، لم تظهر في قائمة التطبيقات في مركز الملاحظات ، لذلك كان علي فقط اختيار "جميع التطبيقات الأخرى".

لقد قمت أيضًا بإنشاء ملف تفريغ الأعطال (بتطبيق نفس الإعدادات الموثقة هنا لـ WindowsTerminal.exe) وأرفقت ذلك بالتقرير.

لم يكن لدي PowerShell Core مثبتًا على الجهاز الذي كان يعرض هذا التعطل (ولكن على جهاز آخر ، كانت المحطة الطرفية تعمل بدون أخطاء وكان لديها PowerShell Core).

بدافع الفضول ، قمت بتثبيت Core على الجهاز الفاشل ، والآن تبدأ Terminal بشكل صحيح!

choco install powershell-core FTW

لم يكن لدي PowerShell Core مثبتًا على الجهاز الذي كان يعرض هذا التعطل (ولكن على جهاز آخر ، كانت المحطة الطرفية تعمل بدون أخطاء وكان لديها PowerShell Core).

بدافع الفضول ، قمت بتثبيت Core على الجهاز الفاشل ، والآن تبدأ Terminal بشكل صحيح!

choco install powershell-core FTW

حسنًا ، شكرًا على نقطة البيانات. في النهاية الخلفية ، ينتهي الأمر بهذه الأعطال في نفس المشكلة العملاقة ، لذلك كان من الصعب بالنسبة لي تفكيك السيناريوهات المختلفة هنا. يساعدني كل تقرير كهذا في تحديد حالة أخرى بسهولة أكبر من البحث في مكدس مكدس.

لم يكن لدي PowerShell Core مثبتًا على الجهاز الذي كان يعرض هذا التعطل (ولكن على جهاز آخر ، كانت المحطة الطرفية تعمل بدون أخطاء وكان لديها PowerShell Core).

بدافع الفضول ، قمت بتثبيت Core على الجهاز الفاشل ، والآن تبدأ Terminal بشكل صحيح!

choco install powershell-core FTW

يمكنني أن أؤكد ، لقد واجهت المشكلة وتثبيت بوويرشيل كور حلها.

كان يأمل أن ينجح الأمر في حالتي ، لكن للأسف لا. ما زلت أتلقى المشكلة على جهاز x86 بعد تثبيت pwsh-core.

لدي نفس المشكلة على جهازي كمبيوتر من أصل 4.

Faulting application name: WindowsTerminal.exe, version: 1.0.1907.2001, time stamp: 0x5d1bd2d0
Faulting module name: TerminalApp.dll, version: 1.0.1907.2001, time stamp: 0x5d1bd294
Exception code: 0xc0000005
Fault offset: 0x000000000003a999
Faulting process id: 0x2e34
Faulting application start time: 0x01d53e5224063e84
Faulting application path: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe
Faulting module path: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe\TerminalApp.dll
Report Id: c77e9bc2-46ae-4287-804a-e9cb776cf844
Faulting package full name: Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe
Faulting package-relative application ID: App

يحتوي جهازي الكمبيوتر على المشكلة بهما powerhell-core (6) ، وأحدهما يحتوي أيضًا على معاينة powerhell 7. الافتراضي profiles.json لا يتضمن إدخالات لهؤلاء ، ويبدو أنه يجعل wt.exe غير سعيد. يبدو أن المشكلة تظهر مرة أخرى بشكل دوري ، ربما عند تطبيق التحديثات تلقائيًا.

لقد اكتشفت أن إزالة profiles.json تمامًا يحل المشكلة ، وسيقوم Windows Terminal بإنشاء ملف profiles.json يتضمن إدخالات للإصدارات الإضافية من بوويرشيل.

لقد أضفت وظيفة صغيرة إلى بوويرشيل profile.ps1 التي ستسمح لي بإعادة تعيينها ، وهذا دائمًا ما يعمل على إصلاح مشكلة التشغيل على كل من جهازي الكمبيوتر المشكل.

function Reset-WindowsTerminal {
    [cmdletbinding()]
    Param()

    $pjson = "${env:LOCALAPPDATA}\Packages\Microsoft.WindowsTerminal_8wekyb3d8bbwe\RoamingState\profiles.json"
    Remove-Item -Path $pjson
    Start-Process wt.exe
}

لقد واجهت نفس المشكلة الآن بعد تثبيت Terminal عبر Store لأول مرة في Surface Book الخاص بي باستخدام dGPU. لقد قمت للتو بتحديث Windows إلى 1903 وقمت بتثبيت PowerShell Core باستخدام Scoop. بعد إزالة ملف profiles.json كما قال tksunw ، إنه يعمل. لم أواجه هذه المشاكل عند القيام بنفس الشيء مع سطح المكتب قبل بضعة أسابيع.

حسنا...
أعتقد أنني اكتشفت سبب حدوث ذلك ... 🤔

منذ دقيقتين حاولت تشغيل Terminal مرة أخرى على جهاز الكمبيوتر الخاص بي لتسجيل أي أخطاء لإرفاقها هنا ...
حسنًا ... إنه يعمل (وهو رائع )! 🤩

"وبالتالي؟ لماذا يعمل الآن؟ ماهو الفرق؟"

اليوم كنت أستخدم الكمبيوتر الدفتري الخاص بي على ساقي (بدون توصيل أي أجهزة).
عادةً ما أستخدم دفتر ملاحظاتي المتصل بـ Universal Dock .

ينظر نظام التشغيل إلى هذا النوع من الأجهزة (أحواض DisplayLink ) كبطاقات فيديو خارجية بدون دعم موسع لتسريع الأجهزة ...
في الحقائق ، لا يمكنك تشغيل ألعاب الفيديو أو الرسومات ثلاثية الأبعاد بشكل عام حتى لو كان GPU الخاص بك هو أفضل ما يمكنك شراؤه!

لذلك ، أعتقد ، إذا كانت بطاقة الفيديو التي تحاول تشغيل Terminal عليها غير متوافقة مع تسريع الأجهزة (أو شيء من هذا القبيل) ، فإنها ببساطة تتعطل بشكل سيء.

قد يكون هذا أيضًا قضيتك ShadowEO و magiblot وtanayagar؟
ربما شيء مثل:

• أجهزة رخيصة؟
• بطاقات فيديو متكاملة؟
• الأجهزة الظاهرية؟
• _... وهلم جرا؟_

لدي نفس المشكلة.
لدي منصة Dell USB 3 Displaylink.
إذا حاولت بدء تشغيل wt.exe أثناء توصيله ، فلن يتم تشغيل سجل الأحداث:

Faulting application name: WindowsTerminal.exe, version: 1.0.1907.2001, time stamp: 0x5d1bd2d0
Faulting module name: ucrtbase.dll, version: 10.0.18362.1, time stamp: 0x5cbddb81
Exception code: 0xc0000409
Fault offset: 0x000000000006d3be
Faulting process ID: 0x51d8
Faulting application start time: 0x01d541f87a016afd
Faulting application path: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe
Faulting module path: C:\WINDOWS\System32\ucrtbase.dll
Report ID: f22bf8c4-d0dc-4991-a79b-f5327bf68a35
Faulting package full name: Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe
Faulting package-relative application ID: App

ولكن ، إذا قمت بفصل Dock ، فسيتم تشغيله على رسومات الكمبيوتر المحمول المدمجة.

لدي أحدث برامج التشغيل.

لا يوجد رصيف ، كما هو مذكور في إجابتي السابقة لشخص آخر اقترح نفس الشيء ، فقد تم تشغيل الإنشاءات السابقة بشكل مثالي ، وبناء المتجر ولم يحدث بناء الشجرة الحالي.

انتل HD جرافيكس داخلي. لا يوجد VM ، يعمل بنظام التشغيل Windows 10 Pro أحدث تخطي للأمام.
تابلت TMAX TM101W638L. (مرة أخرى ، تم تشغيل الإنشاءات السابقة بشكل مثالي ، لذلك لا يبدو أنها مشكلة في الرسومات ، ويعمل DxRenderer conhost بشكل جيد أيضًا)

لا يوجد رصيف ، كما هو مذكور في إجابتي السابقة لشخص آخر اقترح نفس الشيء ، فقد تم تشغيل الإنشاءات السابقة بشكل مثالي ، وبناء المتجر ولم يحدث بناء الشجرة الحالي.

انتل HD جرافيكس داخلي. لا يوجد VM ، يعمل بنظام التشغيل Windows 10 Pro أحدث تخطي للأمام.
تابلت TMAX TM101W638L. (مرة أخرى ، تم تشغيل الإنشاءات السابقة بشكل مثالي ، لذلك لا يبدو أنها مشكلة في الرسومات ، ويعمل DxRenderer conhost بشكل جيد أيضًا)

عذرًا ، لم أكن أحاول أن أقترح أن الحل هو فصل Dock إذا كان لديك واحد. :)

على الرغم من أنني لدي أيضًا رسومات Intel HD ، فهل يمكن أن يكون لها علاقة بذلك؟
مشغل مختلف؟

مرحبا،

مرة أخرى ، عدم قول هذا هو السبب / الإصلاح للجميع ، لكنني أعتقد أنني وجدت السبب الجذري على جهاز الكمبيوتر الخاص بي.

لقد قمت بدمج رسومات Intel HD بالإضافة إلى بطاقة رسومات AMD Radeon 530 على الكمبيوتر المحمول الخاص بي.
أعتقد أن تحديث برنامج التشغيل الأخير تسبب في مشكلة ما.

قد لا يقتصر هذا على رسومات AMD ، لكنني وجدت أنه عند توصيل Dock الخاص بي وأنا أستخدم Displaylink ، يفضل الكمبيوتر المحمول تشغيل معظم البرامج باستخدام وحدة معالجة الرسومات السرية 530.
في هذه الحالة ، يتعطل كل من Windows Terminal و mstsc.exe عند البدء.
عندما أتحقق من AppCrashView ، تتضمن كلتا الأعطال ملف dll مع crt في الاسم ، و ucrtbase.dll للمحطة الطرفية و msvcrt.dll لـ mstsc.exe.

لقد وجدت الآن طريقة لإخبار Windows بعدم استخدام Radeon 530 لكل من mstsc.exe و wt.exe. كلا البرنامجين يعملان بشكل جيد الآن.

لذلك أعتقد أن أحدث برنامج تشغيل رسومات و / أو تحديث Windows تسبب في بعض المشاكل مع برامج تشغيل الرسومات.

هذه المحادثة مقفلة الآن لأن الناس يستخدمونها كمنصة نفايات لأي عطل عند البدء.

لقد حددت عددًا كبيرًا من المشكلات في هذا الموضوع:

• بدء التشغيل مع تحديد Legacy Console
  
  
  
  • تم إصلاح هذا في # 1935
  
  
• البدء بخط غير صالح
  
  
  
  • تم إصلاح هذا في # 2153
  
  
• الإطلاق بدون Powershell Core 6
  
  
  
  • هذا هو # 1348 و # 1458 و # 982
  
  
• الإطلاق باستخدام Powershell Core 7
  
  
  
  • السيناريو كما هو موضح في # 1399 هو نفس الشيء الذي سيتناوله # 982
  
  
• التشغيل على جهاز محمول يستخدم وحدات معالجة رسومات قابلة للتحويل أو وحدة معالجة رسومات خارجية
  
  
  
  • @ DHowett-MSFT لديه كتاب Surface مع شيء GPU قابل للتحويل ولم ير ذلك. أعتقد تمامًا أنه شيء وقد يكون أيضًا سوء استخدام في عارض DirectX ، ولكن يجب علينا إخراج هذه المشكلة إلى مشكلة أخرى ونحتاج إلى جعل شخص ما مرتاحًا لتصحيح أخطاء هذا الذي يمتلك هذا الجهاز.
  
  
  • تم نقل هذا الآن إلى # 2183
  
  
• لم يكن MinMaxControl مستقرًا بعد
  
  
  
  • إنه مستقر الآن. يجب أن يكون هذا جيدًا.
  
  
• أستخدم بنية خاطئة لجهازي
  
  
  
  • # 1648 يمنعك من القيام بذلك الآن
  
  

سأقوم بتحرير هذا مع القرارات. لكن لا مزيد من التراكم هنا. إذا كان لديك أي من هذه الأشياء السبعة ، فتابع المواضيع الفردية أو انتظر التحديث إذا كان قد تم إصلاحه بالفعل.

ملاحظة ، أنا لا أقول عدم الإبلاغ عن الأشياء. أنا فقط بحاجة إلى تقسيم هذا إلى خيوط فردية لأنه من الصعب التعامل معها في مكان واحد. دعنا نقسم المحادثات إلى سلاسل مترابطة.

حسنا. يبدو أن جميع المشكلات المذكورة أعلاه منفصلة عن المناقشات المختلفة في هذا الموضوع تحتوي على رقم معرف متابعة (باستثناء MinMaxControl الذي تم ذكره مرة واحدة فقط بينما كان لا يزال حديثًا) يرجى توجيه المحادثة حول مشكلات "النوافذ الفارغة والأعطال" إلى سلاسل المحادثات المحددة هذه إذا كانت ذات صلة بك.

إذا لم تكن ذات صلة ، فيرجى فتح خطأ جديد ووصف كيف يختلف الخطأ الخاص بك عن واحد مما سبق. شكر!