.net - ملفات - كيفية تفعيل خيار usb debugging من الكمبيوتر



لم يعد مشروع VS2015 يعمل في وضع التصحيح (15)

... في حالة احتياجك إلى الاستمرار دون أي تأخير إضافي ، حدد الخيار الأخير من القائمة المنبثقة وسيتم تشغيل الكل كما كان من قبل.

هذا ما أحصل عليه حتى عندما أركض في تكوين Debug.

الطريقة التي حصلت عليها لعرضها هي بتمكين "Just My Code" وتحذير إذا لم يكن هناك كود مستخدم عند الإطلاق. هذا شيء حدث مؤخرًا لمشروعنا ولست متأكدًا مما فعلناه لإحداث ذلك. لكنني لم أستطع إصلاحه. لن يتم إطلاق نقاط الاستراحة والساعة السريعة تعطي نتائج غريبة.

لقد جربت غوغلينغ المشكلة ولكن لم تنجح أي من حلول "نقاط التوقف القياسية". أنا كل الأفكار.

تحديث : لقد راجعت مدير التهيئة ويتم تعيين كل مشروع أيضًا على Debug هناك أيضًا.

التحديث 2 : قمت بإيقاف تشغيل "تمكين Optimaizations" ولم أعد أحصل على مربع الحوار "أنت تقوم بتصحيح أخطاء إصدار الإصدار". إنه يعمل ويتوقف عند نقاط الاستراحة مرة أخرى! ومع ذلك يعرض نافذة الإخراج هذا عند بدء التشغيل:

لم يتم تحميل رموز الوحدة النمطية 'Navigo.exe'.

  1. استخدم تكوين بناء تصحيح الأخطاء أو قم بتعطيل خيار تصحيح الأخطاء "تمكين Just My Code".
  2. تحقق من إعدادات "الرموز" ضمن خيارات التصحيح.

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


Answer #1

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

كان هذا السطر في الملف في حالتي (مشروع قديم ، لا فكرة عن كيفية وصوله إلى هناك). حذفها حل المشكلة:

[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

Answer #2

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


Answer #3

بعد مشاهدة https://connect.microsoft.com/VisualStudio/feedback/details/2116788/flag-optimize-is-passed-to-the-debugger-even-while-the-build-settings-optimize-code-is-not-enabled-on-mvc-c-web-projects-when-using-just-my-code ، لاحظ أحد الأشخاص حلاً كان لإيقاف الموقع في IIS Express. كنت قادراً على منع حدوث نفس المشكلة عن طريق القيام بذلك بعد إيقاف تشغيل المصحح في Visual Studio. ومع ذلك ، كنت أبحث فيه أكثر ، وأعتقد أنه يمكن أيضًا أن يكون مرتبطًا بإعداد "التحرير والمتابعة" الخاص بمصحح الأخطاء. عندما قمت بتعطيل ذلك في "خيارات Visual Studio" ، لم أعد أواجه المشكلة. ولكن ذلك سيمنعك من استخدام ميزة "التحرير والمتابعة" ، لذا لست متأكداً مما إذا كان هذا الأمر يستحق لك.

أدوات> خيارات> مصحح الأخطاء> تحرير ومتابعة (قم بالتمرير إلى أسفل القائمة العامة)> قم بإلغاء تحديد خانة الاختيار تحرير ومتابعة.

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


Answer #4

خطوات القرار:

انتقل إلى إعدادات البناء للمشروع المخالف.

انتقل لأسفل يمينًا إلى الزر "خيارات متقدمة".

تأكد من "Debug Info" غير مضبوط على "بلا".

أنصحك باستخدام الخيار الكامل.

سعيد لمساعدتك


Answer #5

في حالتي ، كنت أقوم بتطوير مكون إضافي لـ VSTO لـ Outlook ، وكان Outlook يقوم عن طريق الخطأ بتحميل نسخة إصدار DLL التي قمت بتثبيتها مؤخرًا أثناء اختبار المثبت الخاص بي. يبدو أن VS كان يحاول استخدام ملف DLL هذا بدلاً من تصحيح الأخطاء الذي كنت أتوقعه. إصلاح DLL الذي يتم تحميله بواسطة Outlook إصلاح هذا بالنسبة لي.


Answer #6

كان حلي مختلفًا قليلاً عن جميع الحلول الأخرى وهو فريد بعض الشيء.

أعمل مع موقع ويب يحتوي على مزيج من الشفرة المدارة و ASP الكلاسيكية ، وكلاهما يشير إلى نفس التجميع. كان Visual Studio يشكو من أن DLL الذي تمت إدارته هو إصدار بناء.

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

تصحيح المشكلة في مُنشئ التجميع المدار قام بإصلاح كل شيء.

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


Answer #7

كان لدي نفس المشكلة ... بغض النظر عن ما فعلته - لا شيء يعمل. لقد كان مشروعًا جديدًا فارغًا هو المشكلة. انتهى بي الأمر إلى إزالة المشروع وإضافة مشروع جديد - كان يجب أن يكون للمشروع الجديد اسم آخر ؛ إذا استخدمت نفس الاسم ، فقد ظهر الخطأ مرة أخرى - حتى بعد إعادة التشغيل والتنظيف وإعادة البناء ... يجب أن يكون خطأ في VS 2015.


Answer #8

لا شيء من الإجابات المذكورة أعلاه عملت بالنسبة لي. إعادة تشغيل IIS إصلاحه.


Answer #9

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

  1. انقر بزر الفأرة الأيمن على الحل واختر "خصائص"
  2. ضمن "الخصائص العامة" ، قم بتغيير التحديد "مشاريع بدء التشغيل المتعددة" إلى "مشروع بدء التشغيل الأحادي"
  3. انقر فوق موافق
  4. تشغيل التصحيح
  5. إنهاء التصحيح وكرر الخطوات 1-3 ، ولكن العودة إلى "مشاريع بدء التشغيل المتعددة"
  6. تشغيل التصحيح مرة أخرى مع مشاريع متعددة

Answer #10

لقد واجهت بعض المشكلات ، وأخيراً تمكنت من حلها باختيار "Disable Just Code and Continue".

مجرد وضع رمز بلدي


Answer #11

ما عليك سوى الانتقال للقول إن هذا بدأ يحدث لي بعد تطبيق التحديث 1. بدأت المشروعات الحالية تظهر ذلك ، ويمكنني تكرار ذلك بمشروع جديد تمامًا. تم ضبط كل التهيئة على DEBUG ، لم يتم التحقق من التحسين. كيكر هو ، تشغيل المشروع في المرة الأولى (أو بعد النظيفة) يعمل بشكل جيد ، مع أي رسالة. إيقاف ، ثم إعادة تشغيل المشروع (ملاحظة - المشروع ليس REBUILT) سيعرض مربع الحوار. الحل الوحيد هو إيقاف تشغيل خيار Just My Code - والذي يبدو أنه اختراق ، كما كان في السابق على التحديث 1 دون أي مشاكل.


Answer #12

مجرد إضافة ملاحظة جانبية إلى إجابة ستيوارت:

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


Answer #13

نسخ إجابتي الأخرى من here .

كما ذكرromanoza ، قامت Microsoft بتحديث تقرير الأخطاء بالمعلومات التالية:

قم بإلغاء تحديد الإعداد Debug -> خيارات -> منع تحسين JIT عند تحميل الوحدة النمطية (مُدار فقط)

هذا هو الحل. يذهبون إلى القول في وقت لاحق:

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

أخيرًا ، الاعتراف:

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


Answer #14

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

هناك نوع من الأخطاء التي تسبب علامة --optimize+ لتمريرها إلى المصحح. يعد تمكينه ثم تعطيله حلاً سهلاً حتى يتم إصلاح الخلل.





visual-studio-2015