2.9.26
تم إصداره في 2 نوفمبر 2026
الموقع الرسمي لـ StatusRivet
Windows debugging من سجل الانهيار إلى فرق المراجعة
يُعد StatusRivet 2.9.26 وكيل ذكاء اصطناعي لنظامي التشغيل Windows 10/11 يشغل أوامر البناء والاختبار الخاصة بك، ويقرأ سجلات الانهيار ومكدسات الاستدعاء، ويقترح كل إصلاح كفروقات يمكنك قبولها أو رفضها.
اقرأ مكدس الاستدعاء في ملف stack.txt، حدد الاستثناء، واقترح إصلاحًا.
- Shell
your debugger on app.dmp > stack.txtexit 0 - read_file
stack.txtread - grep
0xC0000005 stack.txt1 match - edit_file
src/parser.cpp+3 - Shell
your build commandexit 0 - Shell
your test commandexit 0
في انتظار موافقتك قبل الخطوة التاليةرفضقبول
34 ميجابايت
زر التحميل يوفر هذا المثبت
25 ميجابايت
يوجد أيضًا ملف exe واحد
13
لغات واجهة التطبيق
Windows 10/11
64 بت (x64)
لا يوجد
لا يلزم حساب لتشغيله
Windows debugging بأدوات حقيقية وفرق قابل للمراجعة
تعني Windows debugging معرفة سبب سوء سلوك البرنامج عن طريق إيقافه، وقراءة حالته واختبار إصلاح. قم بالبناء مع الرموز. ثم يشغل StatusRivet 2.9.26 أوامر البناء والاختبار الخاصة بك، ويقرأ ملفات النص والسجلات ومكدسات الاستدعاء التي يكتبها debugger الخاص بك، ويعرض كل تغيير مقترح كفروقات لك لمراجعتها وقبولها أو رفضها.
إصلاح فحص القيمة الخالية المفقود
المهمة: ينهار تطبيق كتبته بسبب انتهاك الوصول (0xC0000005)، وتشك في وجود فحص قيمة خالية (null check) مفقود. يستخدم الوكيل أداة grep للعثور على رمز الاستثناء واسم الدالة في السجل الخاص بك، ثم يستخدم read_file لفتح ملف المصدر عند تلك الدالة. يقترح الإصلاح باستخدام edit_file كفروقة. يوقف Ask first قبل ذلك التعديل، لذا يمكنك قراءة الأسطر الثلاثة المتغيرة قبل القبول. ثم يشغل Shell أمر البناء الخاص بك وأمر الاختبار الخاص بك، وتعرض البطاقة رمز الخروج الفعلي. أعد تشغيل الاختبار.
تتبع الأداة
grep 0xC0000005 crash.log → 1 match
read_file src/parser.cpp → read
edit_file src/parser.cpp → +3
Shell your test command → exit 0تحويل مكدس استدعاء من debugger ويندوز إلى إصلاح
المهمة: لديك ملف تفريغ انهيار من بناء الاختبار الخاص بك وتحتاج إلى معرفة الدالة المسببة للخطأ. يشغل Shell debugger ويندوز الخاص بك في وضع سطر الأوامر على ملف التفريغ ويحفظ مكدس الاستدعاء للخلل في ملف نصي، ثم يقوم read_file بتحميل هذا النص ويتطابق الوكيل مع أول 3 إطارات مع أسطر المصدر. الرموز مهمة. مع ملف PDB المطابق، يعرض المكدس أسماء الدوال وملفات المصدر وأرقام الأسطر، بينما بدونها ترى العناوين فقط. يقترح الوكيل فرقًا بسيطًا، وتراجعه في وضع Ask first قبل أن يحدث أي تغيير.
تتبع الأداة
Shell your debugger on app.dmp > stack.txt → exit 0
read_file stack.txt → read
grep ParseHeader → 2 matchesتحضير انهيار دريفر على جهاز مختبر
المهمة: ينهار دريفر كتبته على جهاز اختبار وتريد معرفة الوحدة المسببة للخطأ. يحتاج إعداد windows debugger للنواة إلى جهازين أو جهاز افتراضي، واحد يشغل debugger والآخر كهدف اختبار، مرتبطين عبر اتصال فحص. احتفظ به في مختبر. لا تستخدم جهاز الكمبيوتر اليومي كهدف. يشغل Shell الأوامر عبر SSH على جهاز مختبر تملكه، يقرأ read_file النص الذي حفظه debugger الخاص بك، ويتطابق grep مع اسم الوحدة مقابل الكود المصدري الخاص بك. تتغير إعدادات الاتصال للهدف، لذا اكتب القيم القديمة واحتفظ بـ Ask first مفعلاً أثناء عملك.
العثور على الوحدة خلف رمز التوقف
المهمة: يعرض جهاز اختبار رمز توقف وتحتاج إلى معرفة الوحدة المسببة له. شغل debugger الخاص بك على ملف minidump أو السجل الخاص بك، ثم اسمح لـ grep بالبحث في النص المحفوظ عن رمز الاستثناء واسم الوحدة، ويعرض read_file الأسطر المحيطة بكل تطابق. عندما يطلب موضوع على منتدى مساعدة في ملفات bsod، يكون الفجوة المعتادة هي غياب الرموز، لذا طابق ملف PDB الصحيح مع البناء قبل قراءة أي إطار. تحقق من النتيجتين بنفسك. يبلغ الوكيل عما وجده، وتقرر أي نتيجة تتبع.
كيف يختلف StatusRivet عن مساعد الدردشة النموذجي
تبقى أدواتك لإجراء Windows debugging في التحكم. يقرأ StatusRivet 2.9.26 مخرجات النص الخاصة بها، ويشغل أوامر البناء والاختبار الخاصة بك، ويعرض النتيجة الفعلية لكل إجراء. يبقى التحكم في الخطوات لك.
| مساعد الدردشة النموذجي | StatusRivet | |
|---|---|---|
| الإجراء | يصف الأمر الذي يمكنك تشغيله | يشغل الأمر ويعرض مخرجاته |
| النتيجة | يكتب ملخصًا لما قد يحدث | يعرض رمز الخروج الفعلي أو الملف أو الفرق |
| التحكم | تنسخ وتلصق وتشغل كل خطوة بنفسك | يوقف Ask first قبل الإجراءات التي تغير شيئًا |
| الملفات | يعمل من نص تلصقه في الدردشة | يقرأ ويعدل الملفات في مجلد العمل |
كيفية البدء في أربع خطوات
- حمّل برنامج التثبيت، بحجم حوالي 34 ميجابايت، وشغله على Windows 10 أو 11.
- قارن قيمة التجزئة SHA-256 للمثبت مع البيان المنشور، لأن المثبت ليس موقعًا رقميًا بعد.
- اختر نموذجًا: نقطة نهاية مزود ذكاء اصطناعي سحابي، أو نموذج على جهاز الكمبيوتر الخاص بك، أو النموذج المدمج.
- اختر مجلد المشروع، وقم بالتبديل إلى Ask first، ووصف الانهيار الذي تريد التحقيق فيه.
من يستخدمه ومتى
مطورو التطبيقات هم الأولوية: لقد كتبت البرنامج، وينهار على جهاز اختبار، ويصل السجل إلى مئات الأسطر. يقرأ StatusRivet ذلك السجل، يجد رمز الاستثناء ويصمم فرقًا، لذا تذهب انتباهتك إلى السؤال الوحيد المهم، وهو ما إذا كان التغيير صحيحًا. اقرأ الفرق.
كتاب الدريفرات يحصلون على نفس الحلقة على جهاز مختبر. رمز توقف يقرأ kmode exception not handled في netio.sys يعني أن دريفر في وضع النواة رفع استثناء لم يتعامل معه شيء، ومكدس استدعاء الخلل يحدد الدالة. أجهزة المختبر فقط.
المختبرون ومهندسو الدعم الذين يتلقون انهيارًا من بناء زميل يمكنهم طلب مكدس الاستدعاء وأقرب سطر مصدر. يحتاج ملف تفريغ من بناء واحد إلى ملف PDB من ذلك البناء نفسه. احتفظ بكلا الملفين معًا.
الأسئلة الشائعة
ما هو windows debugging؟
إجراء windows debugging هو معرفة سبب سوء سلوك برنامج على Windows عن طريق إيقافه، والنظر في حالته واختبار إصلاح. هناك نوعان: فحص وضع المستخدم للتطبيقات وفحص وضع النواة للدريفرات والنظام. يظهر debugger نقاط التوقف، ومكدس الاستدعاء، والسجلات والمتغيرات. كلاهما يعتمد على رموز PDB. يقرأ StatusRivet مخرجات النص ويصمم الإصلاح.
هل windowsdebugging.com هو الموقع الرسمي لـ StatusRivet؟
نعم، windowsdebugging.com هو الموقع الرسمي لـ StatusRivet. يعطي زر التحميل برنامج التثبيت الأصلي، ويمكنك مقارنة قيمة التجزئة SHA-256 الخاصة به مع البيان المنشور قبل تشغيله. تحقق قبل التشغيل. إذا بدا أي شيء خاطئ، استخدم زر Send feedback داخل التطبيق لإخبارنا.
هل يستبدل StatusRivet debugger الخاص بي؟
لا. يعمل StatusRivet من النص: يشغل وضع سطر الأوامر الخاص بـ debugger الخاص بك، وأمر البناء الخاص بك وأمر الاختبار الخاص بك، ثم يقرأ المخرجات ويصمم فرقًا. للتحقق التفاعلي، ونقاط التوقف، والسجلات، استمر في استخدام debugger الخاص بك وسلم المخرجات للوكيل. تبقى كلتا الأداة مفيدة.
كيف أفحص ملفات .dmp بعد الانهيار؟
ملف .dmp هو ملف تفريغ انهيار يخزن حالة برنامج عند فشله. لفحصه، شغل وضع سطر الأوامر الخاص بـ debugger الخاص بك عليه، احفظ مكدس استدعاء الخلل في ملف نصي، واطلب من StatusRivet قراءة هذا الملف باستخدام read_file والبحث فيه باستخدام grep. احتفظ بملف PDB المطابق.
ماذا يعني "windows dbg"؟
windows dbg هو اختصار بحث لـ debugger يعمل على Windows. إنه ليس اسم منتج هنا. لا يشغل StatusRivet أي debugger. يشغل الذي تملكه بالفعل في وضع سطر الأوامر ويعمل من النص الذي يكتبه ذلك debugger، لذا احتفظ بـ debugger الخاص بك مثبتًا.
هل النتائج صحيحة دائمًا؟
لا. يعرض StatusRivet المخرجات الفعلية لكل إجراء، لكنه لا يضمن أن التشخيص أو الفرق أو الإصلاح صحيح. يؤدي سجل يحتوي على رموز مفقودة أو أسطر مفقودة إلى إجابات أضعف. تقرأ كل فرق، وتعيد البناء، وتشغل أمر الاختبار الخاص بك مرة أخرى قبل أن تحتفظ بالتغيير. اختبر أولاً.
هل تترك ملفات الكمبيوتر الخاص بي؟
تعتمد الإجابة على النموذج الذي تختاره. مع مزود ذكاء اصطناعي سحابي، يذهب الطلب، بما في ذلك نص أي ملف يقرأه الوكيل لتلك الخطوة، إلى ذلك المزود. مع نموذج يعمل على جهاز الكمبيوتر الخاص بك، لا يغادر شيء الآلة. تبقى المفاتيح محلية. يتم إخفاء الأسرار في مخرجات الأداة قبل وصولها إلى النموذج.
ابدأ فحص البرمجيات الخاصة بك
حمّل StatusRivet 2.9.26، وهو برنامج تثبيت بحجم حوالي 34 ميجابايت لنظامي التشغيل Windows 10/11، ووجهه إلى مشروع تملكه. ابدأ بوضع Plan only. ثم راجع كل فرق يقترحه الوكيل.
تحميل StatusRivet لنظام Windows ↗المزيد عن StatusRivet
كل صفحة من هذا الموقع متاحة بـ 20 لغة، بينما واجهة التطبيق نفسها بـ 13 لغة.
ميزات المنتج وأوضاع الموافقة ↗ ربط نموذج سحابي أو محلي أو مدمج ↗ سير عمل الفحص عن بعد لأجهزة المختبر ↗ تحميل والتحقق من برنامج التثبيت ↗ أسئلة حول الانهيارات والتفريغات والخصوصية ↗ ما يسجله الموقع والتطبيق ↗
