كيفية استخدام Pageheap.exe في Windows XP و Windows 2000 و Windows Server 2003

انتهاء دعم نظام التشغيل Windows XP

لقد أنهت شركة Microsoft دعم Windows XP في 8 أبريل، 2014. وقد أثر هذا التغيير على تحديثات البرامج لديك وخيارات الأمان الخاصة بك. تعرف على ما يعنيه ذلك فيما يتعلق بك وكيفية الحفاظ على حمايتك.

انتهي دعم Windows Server 2003 في 14 يوليو 2015!

أنهت شركة Microsoft دعم نظام التشغيل Windows Server 2003 في 14 يوليو 2015. لقد أثر هذا التغيير على تحديثات البرامج لديك وخيارات الأمان الخاصة بك. تعرف على ما يعنيه ذلك فيما يتعلق بك وكيفية الحفاظ على حمايتك.

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

اضغط هنا لرابط المقالة باللغة الانجليزية286470
الموجز
توضح هذه المقالة كيفية استخدام كومة الصفحة الأداة (Pageheap.exe) في Windows XP نظامي التشغيل Microsoft Windows 2000 Microsoft Windows Server 2003.
معلومات أخرى
يعين Pageheap.exe علامات كومة الذاكرة المؤقتة الصفحة التي تساعد على البحث عن تلف في كومة الذاكرة المؤقتة ذات الصلة. يساعد هذا الكشف عن تسرب في البرامج التي تعمل على Windows 2000 Professional المزود بحزمة الخدمة Service Pack 2 (SP2) وأنظمة Windows XP Professional ".

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

هام لا يحدد Pageheap.exe ما الخطأ إلا أنه سوف تعطل النظام عند مواجهة مشكلة. تمكّن طبقة التحقق من موجود بالفعل في مكتبات النظام Ntdll.dll في حزمة الخدمة SP2 لنظام التشغيل Windows 2000 Professional و Windows XP Professional. Pageheap.exe لن يعمل في الإصدارات السابقة من Microsoft Windows.

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

مفاهيم

مشكلة شائعة في تطوير التطبيق تلف بوحدة التخزين المؤقت. ويحدث هذا عادةً عند تخصيص كتلة ذاكرة كومة الذاكرة المؤقتة ذات حجم معطى تطبيق يكتب عناوين الذاكرة المطلوبة حجم كتلة كومة الذاكرة المؤقتة. يمكن أن يحدث تلف في كومة الذاكرة المؤقتة أيضاً عندما تقوم بكتابة أحد تطبيقات لحظر الذاكرة الذي قام بالفعل تم تحريرها.

مفهومين مركزي فهم أوامر متعلقة Pageheap.exe وطريقة استخدامها:
  • اكتشاف فساد الكومة كتل جديدة عن طريق إما وضع صفحة غير قابلة للوصول في نهاية التخصيص أو عن طريق التحقق من نقوش التعبئة عندما يتم تحرير الكتلة.
  • هناك اثنين heaps (صفحة كاملة كومة الذاكرة المؤقتة و كومة الذاكرة المؤقتة الصفحة العادي) للحصول على كل كومة ذاكرة مؤقتة تم إنشاؤها ضمن عملية التي لها كومة الذاكرة المؤقتة الصفحة تمكين.
    • كشف كومة الذاكرة المؤقتة صفحة كاملة فساد الكومة كتل عن طريق وضع صفحة غير قابلة للوصول في نهاية التخصيص. ميزة استخدام هذه الطريقة تحقيق "sudden death ،" مما يعني أن العملية سيتم الوصول إلى انتهاك (AV) بالضبط في نقطة من الذي فشل. يعمل هذا السلوك على فشل تسهيل التصحيح. عيوب غير أن يستخدم كل تخصيص صفحة واحدة على الأقل من الذاكرة الإلزامية. في عملية تستهلك ذاكرة موارد النظام يمكن أن يكون بسرعة استنفاد.
    • يمكن استخدام صفحة عادية كومة الذاكرة المؤقتة في الحالات حيث قيود الذاكرة عرض الصفحة بالكامل كومة الذاكرة المؤقتة في شكل غير قابل للاستخدام. فحصه نقش التعبئة عندما يتم تحرير كتلة كومة الذاكرة مؤقتة. الميزة من هذه الطريقة أنه بشكل كبير تقليل استهلاك الذاكرة. عيوب غير أن فساد سيتم الكشف فقط عن عندما يتم تحرير الكتلة. يؤدي الفشل صعبة التصحيح.

تنزيل موقع أداة Pageheap

لتحميل أحدث حزمة أدوات التصحيح انقر فوق الارتباط التالي:

حدد أحدث إصدار من أدوات التصحيح. عند تثبيت الأدوات حدد تثبيت مخصص ثم قم بتثبيت إلى دليل مع اسم مناسب. على سبيل المثال، قم بتثبيت أدوات C:\Debug أو C:\Debugtools.

اختيار أسلوب تحقق فساد كتلة كومة

يمكن أن يتم اكتشاف معظم فساد في كتل كومة الذاكرة المؤقتة في إحدى الطريقتين التاليتين:
  • صفحة كاملة كومة الذاكرة المؤقتة: وضع صفحة غير قابلة للوصول في نهاية التخصيص.
  • كومة الذاكرة المؤقتة الصفحة العادي: نقش التعبئة التحقق عندما يتم تحرير الكتلة.

كومة full-Page

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

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

كومة الصفحة العادي

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

بشكل عام، استخدم كومة الذاكرة المؤقتة الصفحة العادي الأولي العمليات كبيرة اختبار. ثم, إذا تم الكشف عن مشاكل تمكين كومة الذاكرة المؤقتة صفحة كاملة لفئة مقيد لعمليات التخصيص في هذه العمليات.

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

باستخدام GFlags كومة صفحة النظام ككل

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

لتمكين كومة الذاكرة المؤقتة الصفحة العادي مستوى النظام:
  1. اكتب ما يلي في سطر الأوامر: & - r gflags + hpa

  2. إعادة تشغيل جهاز الكمبيوتر.
لتعطيل كومة الذاكرة المؤقتة الصفحة العادي مستوى النظام:
  1. اكتب ما يلي في سطر الأوامر: gflags - r - hpa

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

باستخدام GFlags مع كومة الصفحة عملية مفردة

يمكنك تمكين كومة الذاكرة المؤقتة الصفحة لمراقبة عملية معينة. للقيام بذلك، اتبع الخطوات التالية:
  1. في موجه الأوامر، تغيير الدليل الذي تم تثبيت أدوات التصحيح.
  2. في موجه الأوامر، اكتب التالي ومن ثم اضغط ENTER:
    /p Gflags.exe /enable lsass.exe
    ملاحظةيرمز lsass.exe اسم العملية التي تريد مراقبتها باستخدام أداة Pageheap.
  3. عند لم تعد في حاجة كومة الذاكرة المؤقتة الصفحة مراقبة بتعطيل في مراقبة. للقيام بذلك، اكتب ما يلي في موجه الأوامر ثم ثم اضغط مفتاح الإدخال ENTER:
    /p Gflags.exe /disable lsass.exe
    ملاحظةيرمز lsass.exe اسم العملية التي تريد مراقبتها باستخدام أداة Pageheap.
  4. لسرد كافة البرامج التي يوجد حالياً Pageheap التحقق من تمكين, اكتب ما يلي في موجه الأوامر ثم ثم اضغط مفتاح الإدخال ENTER:
    /p Gflags.exe

عمليات تخصيص محاذاتها

يكون دوماً ضمان مديري كومة الذاكرة المؤقتة Windows (كافة الإصدارات) أن عمليات تخصيص كومة الذاكرة المؤقتة على عنوان بدء 8 بايت محاذاة (على الأنظمة الأساسية 64-بت المحاذاة 16 بايت). يجعل إدارة كومة الذاكرة المؤقتة الصفحة ضمان نفس. يعد هذا المستحيل ، ومع ذلك، إذا كنت تريد أن يكون لديك النهاية - من - - تخصيص بالضبط في نهاية صفحة. مطلوب تخصيص نهاية الصفحة بالضبط بحيث خطأ إيقاف - بواسطة - ذات بايت واحد سيتم تشغيل قراءة أو الكتابة إلى الصفحة غير قابلة للوصول وقد يتسبب خطأ فوري.

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

إذا كانت هناك حاجة لتوفير دليل الكشف عن خطأ الفوري هذه عمليات تخصيص وإلا سيكون لدى نقش تعبئة في النهاية, تأكد من إدارة كومة الذاكرة المؤقتة الصفحة تجاهل قاعدة المحاذاة 8 بايت ومحاذاتها دوماً نهاية التخصيص في حد صفحة باستخدام المعلمات / محاذاتها و / الكامل. لمزيد من المعلومات، راجع المعلمة / محاذاتها.

ملاحظة: بعض البرامج افتراضات حول حالة محاذاة 8 بايت و أن يتوقف عن العمل بشكل صحيح مع المعلمة & / محاذاتها. Microsoft Internet Explorer برنامج مثل واحد.

صفحات غير ملتزم بها عن عمليات تخصيص كومة Full-Page

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

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

خطأ الإدخال

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

تحديد رقم من 1 إلى 10.000 لتمثيل احتمال فشل تخصيص. ويضمن استخدام احتمال 10,000 مائة بالمائة من عمليات تخصيص ستفشل. تعيّن احتمال 2.000 حوالي 20 بالمائة من عمليات تخصيص ستفشل.

إدارة كومة الذاكرة المؤقتة الصفحة تأخذ العناية خاصة لتجنب إدخال خطأ في كلا أول 5 ثانية من عمر للعملية و Windows NT أداة تحميل التعليمات البرمجية مسارات (exampole ، LoadLibrary ، FreeLibrary). إذا لم يكن 5 ثواني كافية للسماح العملية لإكمال بدء التشغيل ، يمكنك تحديد مهلة أطول في بداية العملية. لمزيد من المعلومات، راجع المعلمة / خطأ.

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

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

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

! heap [رقم مسؤولية تتبعات] -p & -f

بشكل افتراضي يعرض الملحق تتبعات الأربعة الأخيرة.

إرفاق مصحح تلقائياً عند بدء التطبيق

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

Pageheap.exe نافذة المفعول عند استخدام التحقق من أي عملية تخصيص الذاكرة, بما في ذلك النمط C++ عمليات تخصيص جديدة وحذف طالما استدعاء وظائف التخصيص/تحرير المخصصة أخيراً في NT heap واجهات إدارة (أي، RtlAllocateHeap ، RtlFreeHeap). يتم ضمان الدالات التالية في القيام بذلك:
  • دالات مثل HeapAlloc ، HeapFreeHeapReAlloc: سيتم تصدير هذه الدوال بواسطة kernel32.dll و استدعاء مباشرة إلى NT heap الواجهات. دالات مثل GlobalAlloc ، GlobalFreeGlobalReAlloc: هذه الدالات يتم تصدير بواسطة kernel32.dll واستدعاء أو غير مباشر إلى واجهات كومة الذاكرة المؤقتة NT.
  • دالات مثل LocalAlloc ، LocalFreeLocalReAlloc: هذه الدالات يتم تصدير بواسطة kernel32.dll واستدعاء أو غير مباشر إلى واجهات كومة الذاكرة المؤقتة NT.
  • يعمل malloc, الحرة ، realloc ، msize, قم بتوسيع: هذه الدالات يتم تصدير بواسطة msvcrt.dll واستدعاء أو غير مباشر في كومة الذاكرة المؤقتة NT. هذا لم دائماً يتم الحالة. C وقت التشغيل المستخدم أن يكون لديك تطبيق كومة ذاكرة مؤقتة مختلف ولكن المكالمات وقت التشغيل C الحالية مباشرة في كومة الذاكرة المؤقتة NT.
  • عوامل تشغيل جديدة أو حذف, [جديد] أو الحذف، []: هذه الدالات يتم تصدير بواسطة msvcrt.dll واستدعاء أو غير مباشر في كومة الذاكرة المؤقتة NT.
مجموعة أخرى على أي تخصيص/تحرير "من الوظائف من المحتمل أن يكون نظام مخصص ويتم ولا يُضمن أن استدعاء أو غير مباشر إلى NT كومة الذاكرة المؤقتة. فقط المصدر فحص التعليمات البرمجية أو يمكن الكشف عن تشغيل ضمن مصحح الأخطاء التطبيق الفعلي.

تجنب استخدام ربط ثابتة. تم بعض التطبيقات المرتبطة بشكل ثابت إلى القديم إصدارات وقت التشغيل C. هذه الإصدارات القديمة لا إجراء مكالمة كومة الذاكرة المؤقتة Windows NT APIs ولا يمكن استخدامه Pageheap.exe للتحقق من عمليات تخصيص هذه. يضمن الارتباط الحيوي الحصول على مكتبة وقت تشغيل C. أحدث (msvcrt.dll).

فئات أخطاء تم العثور على خلال Pageheap.exe

Pageheap.exe بالكشف عن الأخطاء المتعلقة كومة الذاكرة المؤقتة معظم; ومع ذلك، يقوم تركز على مشكلات تلف في كومة الذاكرة المؤقتة وكذلك لا تركز على تسرب. Pageheap.exe محدودة النجاح مع البحث عن الثقوب كومة الذاكرة المؤقتة على الرغم من أنه يحتوي على وظائف لاستهداف هذا.

إحدى ميزات Pageheap.exe اكتشاف أخطاء كثيرة عند قيامهم يحدث. على سبيل المثال، قد يتسبب خطأ إيقاف - بواسطة - ذات بايت واحد في نهاية المخزن المؤقت المخصص بشكل حيوي فورية إلى انتهاك حقوق الوصول. هناك أنواع قليلة من الأخطاء التي لا يمكن الكشف عنها عند حدوثها. وفي تلك الحالات، يتم تأخير التقرير عن الخطأ حتى يتم تحرير الكتلة.
  • مؤشر كومة الذاكرة المؤقتة غير صالح: واجهات كومة الذاكرة المؤقتة مستوى Win32 الكل و Windows NT يستغرق كمعلمة أول مؤشر كومة الذاكرة المؤقتة حيث يجب أن يحدث العملية. إدارة كومة الذاكرة المؤقتة الصفحة بالكشف عن مؤشر كومة الذاكرة مؤقتة غير صحيح في هذه اللحظة إجراء الاتصال.
  • مؤشر كتلة كومة الذاكرة المؤقتة غير صالح: بعد تخصيص كتلة استخدامها كمعلمة لـ العديد heap واجهات فئة free() الملاحظ من الواجهات. تكشف إدارة كومة الذاكرة المؤقتة الصفحة مباشرة على مؤشر كتلة كومة الذاكرة مؤقتة غير صالح. راجع "تصحيح فشل كومة الصفحة" عن طريقة لتحديد ما إذا كان العنوان غير صالح بايت بضع إيقاف أو غير صحيحة تماماً.
  • الوصول ذات مؤشرات ترابط متزامنة إلى كومة الذاكرة المؤقتة: استدعاء بعض التطبيقات في كومة من مؤشرات الترابط المتعددة. يتطلب هذا النوع من سيناريو إعداد علامة (بواسطة المستخدم) الذي سيقوم بتشغيل الحصول على تأمين كومة الذاكرة مؤقتة. سيكشف إدارة كومة الذاكرة المؤقتة الصفحة هذا النوع من انتهاك عند محاولة اثنين من مؤشرات الترابط استدعاء في نفس الوقت في كومة الذاكرة المؤقتة.
  • افتراضات حول reallocation كتلة في نفس عنوان: عملية reallocation ولا يُضمن أن ترجع نفس عنوان. يكون هذا خاصةً عندما reallocation تقليل حجم الكتلة. تفترض بعض التطبيقات التي reallocation بإرجاع نفس عنوان. إدارة كومة الذاكرة المؤقتة صفحة تخصيص كتلة جديدة أثناء reallocation دوماً ثم يحرر كتلة القديم. كتلة حرة محمي للحصول على حق الوصول للقراءة/الكتابة ثم لذلك سيقوم أي حق الوصول إليه رفع إلى انتهاك حقوق الوصول.
  • تحرير مزدوج: الشائعة في بعض التطبيقات هذا الخطأ، حيث يتم تحرير كتل كومة الذاكرة المؤقتة نفسه عدة مرات. ذلك يتم الكشف عن مباشرة من قبل إدارة كومة الذاكرة المؤقتة الصفحة لأن ، على الثاني تحرير ، سيتم كتلة لا يكون رأس بادئة المناسبة و لا يمكن العثور على بين كتل المخصصة. كومة الصفحة تصحيح راجع فشل عن طرق لتحليل تتبع المكدس العملية الحرة الأولى. يمكن هذا الخطأ متغير المشكلة reallocation لأنه عندما يحرر التطبيق ما كان لارتياب وهو عنوان الكتلة ، تم تحرير كتلة ذلك بالفعل كجزء من reallocation.
  • الوصول كتلة حرة بعد: يتم الاحتفاظ لفترة قصيرة كتل الذاكرة محررة بواسطة إدارة كومة الذاكرة المؤقتة الصفحة في تجمّع الذاكرة المحمية. سيقوم أي وصول هذه كتل رفع إلى انتهاك حقوق الوصول. استناداً إلى مبدأ "المجتمع المحلي" معظم المشاكل التي يجب أن يدخل في ذلك إذا التجمّع المحمية كبيراً بما فيه الكفاية. في حالة استمرار في تجمع المحمية كتلة محررة يتم حظر الخطأ بشكل فوري. ومع ذلك، إذا تم إعادة استخدام الذاكرة ثم هناك فرصة أقل من البحث عن الأخطاء أو تعريف التعليمة البرمجية الذي تسبب به.
  • الوصول بعد نهاية كتلة المخصصة: يضع إدارة كومة الذاكرة المؤقتة الصفحة إلى صفحة الوصول إلى كتلة المخصصة التالية مباشرة. سيقوم أي وصول بعد نهاية الكتلة رفع إلى انتهاك حقوق الوصول. تتوقع بعض التطبيقات عمليات تخصيص أن 8 بايت تمت محاذاتها. لقد تم اعتماد هذه الميزة منذ مديري كومة الذاكرة المؤقتة Windows NT 3.5. لا يزال سوف حجم طلب غير 8 بايت محاذاة من الحصول على عنوان تمت محاذاته 8 بايت ولكن هذا يترك بايت قليلة بعد نهاية كتلة التي يمكن الوصول إليها لا يزال. إذا كان التطبيق corrupts تلك بايت قليلة فقط ، ثم الخطأ إلى أن يدخل في ذلك فقط عن طريق التحقق من نقش لاحقة كتلة عندما يتم تحرير الكتلة.
  • الوصول قبل بداية كتلة المخصصة: إرشادك إدارة كومة الذاكرة المؤقتة الصفحة خلال إشارة القابل للتعيين وضع الصفحة غير قابلة للوصول في بداية الكتلة بدلاً من القيام بذلك في النهاية. أي وصول قبل بداية الكتلة سوف رفع إلى انتهاك حقوق الوصول.
فشلصفحة عادية كومة الذاكرة المؤقتةصفحة كاملة كومة الذاكرة المؤقتة
المؤشر غير صالح كومة الذاكرة المؤقتةاكتشاف بشكل فورياكتشاف بشكل فوري
مؤشر كتلة كومة الذاكرة المؤقتة غير صالحاكتشاف بشكل فورياكتشاف بشكل فوري
وصول غير المتزامنةاكتشاف بشكل فورياكتشاف بشكل فوري
فرض حول عنوان reallocation90 % حتى الحرة الحقيقية90 % اكتشاف بشكل فوري
تحرير مزدوج90 % اكتشاف بشكل فوري90 % اكتشاف بشكل فوري
إعادة استخدام بعد تحرير90 % حتى الحرة الحقيقية90 % اكتشاف بشكل فوري
الوصول بعد نهاية كتلةاكتشاف عند الحرةاكتشاف بشكل فوري
الوصول قبل البدء كتلةاكتشاف عند الحرةاكتشاف بشكل فوري (إشارة خاصة)

فشل كومة الصفحة التصحيح

للحصول على مزيد من المعلومات حول "التصحيح فشل كومة الصفحة" الرجاء انظر مرجع Tookit توافق التطبيقات المتوفرة داخل من "مجموعة أدوات توافق التطبيقات".

سياق Pageheap.exe و أمثلة من استخدام Pageheap.exe الرجاء البحث في مرجع Tookit توافق التطبيقات المتوفرة داخل من "توافق التطبيقات" أدوات.

للحصول على مزيد من المعلومات الرجاء مراجعة مقال معارف التالية:
294895كيفية الحصول على مجموعة الأدوات Windows Application Compatibility Toolkit
كومة الصفحة

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

Свойства

ИД на статията: 286470 – Последен преглед: 01/14/2009 00:30:04 – Редакция: 6.0

Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Datacenter Edition (32-bit x86), Microsoft Windows XP Professional, Microsoft Windows XP Home Edition, Microsoft Windows 2000 Professional Edition, Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Datacenter Server

  • kbmt kbenv kbinfo KB286470 KbMtar
Обратна връзка