خطأ تصحيح VS vstest

Question

لقد قمت مؤخرًا بتثبيت VS2008.المشروع الذي أعمل عليه يستخدم vstest ولدي مشكلة مزعجة.عندما أختار تشغيل/تصحيح اختباراتي/اختبار، كثيرًا ما أحصل على الخطأ التالي (مصحوبًا بعلامة تعجب مقابل الاختبار - خطأ في الاختبار):

تحذير:مشكلة نشر التشغيل التجريبي:لم يتم العثور على التجميع أو الوحدة النمطية "Cassini" المشار إليها بشكل مباشر أو غير مباشر بواسطة حاوية الاختبار.فشل تشغيل اختبار قائمة الانتظار 'pendi@UK00329 2008-09-19 14:37:39':غير قادر على بدء تشغيل البرنامج 'C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\vstesthost.exe".

لم يتم تثبيت Visual Studio DLL، coloader80.dll بشكل صحيح.الرجاء إصلاح تثبيت Visual Studio الخاص بك عبر "إضافة أو إزالة البرامج" في لوحة التحكم.

إذا استمرت المشكلة، فيمكنك تسجيل coloader80.dll يدويًا من موجه الأوامر باستخدام 'regsvr32 "%CommonProgramFiles%\Microsoft Shared\VS7Debug\coloader80.dll".

وهو الآن موقع ASP.Net ويحتوي على بعض خدمات الويب وما إلى ذلك.كل ذلك غريب إلى حد ما حيث أن إعادة تسجيل ملف dll لا يعمل أبدًا.في بعض الأحيان تعمل عملية التشغيل النظيفة +.في بعض الأحيان يكون التشغيل (بدلاً من التصحيح) وأحيانًا يكون التصحيح (بدلاً من التشغيل السابق).

مجن.يطلب مني Google تسجيل ملفات dll التالية:

هذا يعمل، مرة أخرى بشكل متقطع.لقد جربت أيضًا خيار تثبيت VS Repair.

يرجى إعلامي إذا قام شخص ما بحل هذا / يعرف المشكلة

شكرا ايان

---

من مايكروسوفت...تلك DLLs المفقودة.أجد الحل (أيضًا) متقطعًا.هل هناك أفكار أخرى؟؟

1. استبدل الملفات التالية بمكافئاتها من Visual Studio .NET

وسائط التثبيت:

ملفات البرنامج الملفات المشتركة microsoft مشاركة vs7debug coloader.dll ملفات البرامج الملفات المشتركة microsoft مشاركة vs7debug csm.dll ملفات البرامج مشتركة مشتركة vs7debug pdm.dll files common files microsoft مشاركة vs7debug vs7jit.exe program

2. Register each DLL above with regsvr32.EXE, e.g:
regsvr32 "ProgramFiles\Common Files\Microsoft Shared\VS7Debug\coloader.dll"

Answer 1

راجع للشغل - لقد وجدت الجواب.أو إجابة.

باستخدام Process Explorer، قمت بتتبع coloader80.dll.تم استخدام هذا بواسطة VS (غير قابل للفصل بدرجة كافية حيث يتم استخدامه عن طريق تصحيح الأخطاء) ولكن أيضًا SSMS.

لذا...يبدو أن SqlServerManagementStudio كان به رابط لـ VS debuggging dll، وبالتالي إنشاء القفل.في الوقت الحالي، أقوم بفتح واحدة تلو الأخرى، لكنني مذهول جدًا من ذلك....نأمل أن يكون الإصلاح وشيكًا.