سؤال

لبعض الوقت الآن عندما أقوم بتصحيح أخطاء تطبيقات Visual C++ وعرض أي متغير CString أو char* (أو أي نوع آخر يستند إلى ascii char) في نوافذ التصحيح المحلية أو التلقائية أو المراقبة، لا يتم عرض أحرف CR/LF في المتغيرات الخاصة بي على الاطلاق.

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

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

شكرا كثيرا مسبقا.

هل كانت مفيدة؟

المحلول

يبدو أن هذا نوعًا من الأخطاء التي يصعب إعادة إنتاجها (لا أراها في 2k8 أيضًا) وفقًا لـ هذا الرابط القديم:

إذا أردنا القيام بذلك بشكل صحيح فسنحتاج إلى إصدار تسلسل الهروب المناسب لهذه الشخصيات.على سبيل المثال، إظهار " " في السلسلة.سيتم إصلاح سلوك تجريد الأحرف الخاصة التاريخية في إصدار مستقبلي.إذا كنت تعرض نصًا يحتوي على أسطر جديدة، فيمكنك إما عرض السلسلة كمصفوفة أحرف:اكتب "str,100" لعرض سلسلة بطول 100 كمصفوفة.أو يمكنك النقر فوق الصورة الرمزية للعدسة المكبرة وعرض السلسلة في عنصر تحكم تحرير متعدد الأسطر.

بعد شهر:

لا يمكننا إعادة إنتاج هذه المشكلة على VS2003 ولا VS2005.يبدو أن هذه مشكلة خاصة بالجهاز.

لذا، إذا كان زملائك في العمل يرون ذلك حقًا، فمن المؤكد أن هناك شيئًا غريبًا يحدث في إعداداتنا.

نصائح أخرى

هل يمكن أن يكون الخط الذي تستخدمه؟هل تستخدمون جميعًا نفس الخط (يفضل أن يكون افتراضيًا)؟

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

ردًا على سؤال SQL Server، وجدت، في عام 2008 على الأقل، أنه إذا حصلت على 200 صف للتحرير، فسوف تظهر المربعات ، وإذا حصلت على 1000 صف للقراءة فقط فلن يحدث ذلك.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top