FIX: حدوث تسرب للذاكرة يقع في VisualBasic.VsaEngine عند إنشاء تجميعات متعددة

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

814483
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
الأعراض
عند استخدام Visual Studio بالنسبة للتطبيقات (VSA) في الحلول المخصصة ترجمة التجميعات جديد استخدام مثيل VisualBasic.VsaEngine ، ربما تشاهد زيادة في ذاكرة مجموعة العمل العملية في كل مرة إجراء تجميع جديد. يتعذر استعادة الذاكرة من قبل المضيف. لذلك، الذاكرة هو "leaked" بمساحة عملية لا في الترجمة.

لا تحدث المشكلة عند استخدام مشغّل Microsoft JScript VSA.
السبب
سبب المشكلة إلى تركيبة من ثلاث مشاكل أصغر. تتعلق هذه المشكلات على قدرة مشغّل Microsoft Visual Basic VSA ترجمة التجميعات التي تكون داخل عملية المضيف. تم التعرف على المشاكل التالية كأسباب عن تسرب:
  • قد يتم الاحتفاظ بها COM للاستدعاء التفاف (CCW) المستخدمة أثناء عملية التحويل البرمجي بين Microsoft .NET Framework برنامج التحويل البرمجي Visual Basic الأصلي في الذاكرة. يحدث هذا حتى ولو تم إصدار الكائن بشكل صحيح. هذه المشكلة ليست خاصة VSA. يمكن أن يتم تجنب هذه المشكلة إذا كنت تستخدم الإصلاح الذي يتم توفيره إغلاق يسمى على المشغل قبل إصدار المشغل.
  • عند إجراء رموز تجميع ، يشير ذلك إلى أن ملف قاعدة بيانات برنامج (PDB) قد تستهلك الذاكرة التي لم يتم استعادة مباشرة بواسطة أداة تجميع مجمعي البيانات المهملة. إذا كان لا تتطلب رموز للتعليمات البرمجية المترجمة يمكنك تجنب المشكلة. قم بتعيين GenerateDebugInfo إلى خطأ قبل استدعاء الأسلوب ترجمة.
  • قد تفشل عملية التحويل البرمجي داخلي لتحرير معينة مقابض وقت تشغيل اللغة الشائعة أثناء معالجة التعليمات البرمجية لـ Visual Basic. يعتمد عدد المعالجات التي يتم leaked على التعليمات البرمجية التي تم تحويلها برمجياً. تم حل هذه المشكلة قبل الإصلاح.
الحل

معلومات حزمة الخدمة

لحل هذه المشكلة، يجب الحصول على أحدث حزمة خدمة لـ Microsoft Visual Studio .NET. لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
837234قائمة الأخطاء التي تم إصلاحها في Visual Studio .NET 2002 المزود بحزمة الخدمة Service Pack 1

معلومات الإصلاح العاجل

يحتوي إصدار اللغة الإنجليزية من هذا الإصلاح العاجل سمات الملف (أو أحدث منها) المسردة في الجدول التالي. يتم سرد التواريخ والأوقات الخاصة بهذه الملفات في "حسب التوقيت العالمي" (UTC). عندما تقوم بعرض معلومات الملف، يتم تحويلها إلى التوقيت المحلي. لمعرفة الفرق بين التوقيت العالمي (UTC) والتوقيت المحلي، استخدم علامة التبويب المنطقة الزمنية في أداة التاريخ والوقت في "لوحة التحكم".
   Date         Time   Version         Size       File name   -----------------------------------------------------------------------   15-Feb-2003  00:25  5.50.4134.600   6,428,040  Vs70_qfem_q814483_en.exe

تصريح
أقرت Microsoft أن هذه مشكلة في منتجات Microsoft المسردة في قسم "تنطبق على". تم تصحيح هذه المشكلة لأول مرة في Visual Studio .NET 2002 المزود بحزمة الخدمة Service Pack 1.

تحذير: تمت ترجمة هذا المقال تلقائياً

خصائص

رقم الموضوع: 814483 - آخر مراجعة: 01/07/2015 16:46:08 - المراجعة: 4.1

  • Microsoft Visual Studio .NET 2002 Professional Edition
  • Microsoft Visual Studio for Applications SDK 1.0
  • kbnosurvey kbarchive kbmt kbqfe kbhotfixserver kbvs2002sp1fix kbvs2002sp1sweep kbbug KB814483 KbMtar
تعليقات