🧕🏿 🎾 👼🏻 .NET WPF में TextBox.GetLineText चलाते समय बग 🧛🏼 🧚 🚼

कार्यक्रमों और ओएस के संचालन पर अनुसंधान करने के लिए, बहुत सारे विभिन्न उपकरण हैं। वर्चुअल मशीन, आईडीई, स्मार्ट नोटपैड, आईडीए, राडार, हेक्स एडिटर्स, पे एडिटर, और यहां तक कि एक सौ से अधिक साइनसिएंटल उपयोगिताओं - यह सब कई नियमित संचालन की सुविधा के लिए किया जाता है। लेकिन कभी-कभी ऐसा क्षण आता है जब आपको पता चलता है कि इस विविधता के बीच आप एक छोटी सी उपयोगिता को याद कर रहे हैं जो कि केवल एक साधारण और सरल काम करेगी। आप अपने घुटने पर अजगर या पॉवर्स में स्क्रिप्ट लिख सकते हैं, लेकिन अक्सर आप इस तरह के शिल्प को बिना आँसू के देख सकते हैं और अपने सहयोगियों के साथ साझा कर सकते हैं।

हाल ही में, यह स्थिति फिर से मेरे पास आई है। और मैंने फैसला किया कि यह सिर्फ एक स्वच्छ उपयोगिता लेने और लिखने का समय था। मैं अगले लेखों में से एक में उपयोगिता के बारे में बताऊंगा, लेकिन मैं अब विकास के दौरान आने वाली समस्याओं में से एक के बारे में बताऊंगा।

त्रुटि स्वयं निम्नानुसार प्रकट होती है: यदि आप पाठ की कई पंक्तियों को मानक पाठ बॉक्स नियंत्रण में सम्मिलित करते हैं, तो एक निश्चित सूचकांक से शुरू हो रही GetLineText () फ़ंक्शन पर कॉल गलत रेखाएँ लौटाएँगी ।

गलत बात यह है कि भले ही लाइनें इंस्टॉल किए गए टेक्स्ट से होंगी, लेकिन आगे स्थित है, वास्तव में गेटलाइनटेक्स्ट () बस कुछ लाइनों को छोड़ देगा। त्रुटि बहुत बड़ी संख्या में लाइनों के साथ दिखाई देती है। इसलिए मैं उससे मिला - मैंने एक टेक्स्टबॉक्स में 25 मेगाबाइट टेक्स्ट प्रदर्शित करने की कोशिश की। आखिरी लाइनों के साथ काम करने से एक अप्रत्याशित प्रभाव सामने आया।

Google बताता है कि त्रुटि 2011 से मौजूद है और Microsoft कुछ ठीक करने की जल्दी में नहीं है।

उदाहरण

.NET संस्करण के लिए कोई विशेष आवश्यकताएं नहीं हैं। हम एक मानक WPF प्रोजेक्ट बनाते हैं और फाइलों को इस तरह से भरते हैं:
MainWindow.xaml

<Window x:Class="wpf_textbox.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:d="http://schemas.microsoft.com/expression/blend/2008" xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:local="clr-namespace:wpf_textbox" mc:Ignorable="d" Title="WTF, WPF?" Height="350" Width="525"> <Grid> <Grid.RowDefinitions> <RowDefinition Height="*"/> <RowDefinition Height="20"/> <RowDefinition Height="20"/> </Grid.RowDefinitions> <TextBox Grid.Row="0" Margin="5" Name="txt" AcceptsReturn="True" AcceptsTab="True" /> <Button Grid.Row="1" Content="Fire 1!" Click="btn_OnClick" /> <Button Grid.Row="2" Content="Fire 2!" Click="btn2_OnClick" /> </Grid> </Window>

MainWindow.cs (उपयोग और नाम स्थान को छोड़ देना)

 public partial class MainWindow : Window { public MainWindow() { InitializeComponent(); } private void btn_OnClick(object sender, RoutedEventArgs e) { var sb = new StringBuilder(); for (int i = 0; i < 90009; i++) sb.AppendLine($"{i}"); txt.Text = sb.ToString(); } private void btn2_OnClick(object sender, RoutedEventArgs e) { var sb = new StringBuilder(); for (var i = 1; i < 7; i++) sb.AppendLine("req: " + 150 * i + ", get: " + txt.GetLineText(150 * i).Trim()); for (var i = 1; i < 7; i++) sb.AppendLine("req: " + 15000 * i + ", get: " + txt.GetLineText(15000 * i).Trim()); txt.Text = sb.ToString(); } }

एप्लिकेशन में एक टेक्स्टबॉक्स और दो बटन होते हैं। सबसे पहले "फायर 1" पर क्लिक करें! (संख्याओं के साथ टेक्स्टबॉक्स भरें), फिर "फायर 2!" (यह संख्या और प्रिंट द्वारा लाइनों का अनुरोध करेगा)।

अपेक्षित परिणाम:

req: 150, get: 150
req: 300, get: 300
req: 450, get: 450
req: 600, मिलता है: 600
req: 750, get: 750
req: 900, मिलता है: 900
req: 15000, मिलता है: 15000
req: 30000, मिलता है: 30000
req: 45000, मिलता है: 45000
req: 60000, प्राप्त करें: 60000
req: 75000, प्राप्त करें: 75000
req: 90000, प्राप्त करें: 90000

वास्तविकता:

यह देखा जा सकता है कि 1000 से कम अनुक्रमित के लिए - सब कुछ ठीक है, लेकिन बड़े 15000 के लिए - बदलाव शुरू हो गए हैं। और आगे, और अधिक।

बग का अन्वेषण करें

हम रिज़ॉल्वर के उस हिस्से को उजागर करते हैं जो .NET स्रोत कोड और विशेष वर्ग "अवसरों का विस्तार और परावर्तन पर आधारित प्रतिबंधों की अधिकता" को देखने के लिए जिम्मेदार है।

परावर्तन क्षमता एक्स्टेंडर और सीमक

 public static class ReflectionExtensions { public static T GetFieldValue<T>(this object obj, string name) { var bindingFlags = BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance; var field = obj.GetType().GetField(name, bindingFlags); if (field == null) field = obj.GetType().BaseType.GetField(name, bindingFlags); return (T)field?.GetValue(obj); } public static object InvokeMethod(this object obj, string methodName, params object[] methodParams) { var methodParamTypes = methodParams?.Select(p => p.GetType()).ToArray() ?? new Type[] { }; var bindingFlags = BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Instance | BindingFlags.Static; MethodInfo method = null; var type = obj.GetType(); while (method == null && type != null) { method = type.GetMethod(methodName, bindingFlags, Type.DefaultBinder, methodParamTypes, null); var intfs = type.GetInterfaces(); if (method != null) break; foreach (var intf in intfs) { method = intf.GetMethod(methodName, bindingFlags, Type.DefaultBinder, methodParamTypes, null); if (method != null) break; } type = type.BaseType; } return method?.Invoke(obj, methodParams); } }

जाहिर है, हम स्थापित करते हैं कि एक विशिष्ट उदाहरण में, रेखा 8510 के क्षेत्र में समस्या शुरू होती है। यदि आप txt.GetLineText (8510) का अनुरोध करते हैं , तो "8510" रिटर्न मिलता है। 8511 - 8511 के लिए, और 8512 के लिए - अचानक, 8513।

हम एक टेक्स्टबॉक्स पर GetLineText () के कार्यान्वयन को देखते हैं :

हम पहली पंक्तियों में चेक छोड़ते हैं और कॉल GetStartPositionOfLine () देखते हैं। ऐसा लगता है कि समस्या इस फ़ंक्शन में होनी चाहिए, क्योंकि गलत लाइन के लिए लाइन की शुरुआत की गलत स्थिति वापस आनी चाहिए।

हम अपने कोड में कॉल करते हैं:

 var o00 = txt.InvokeMethod("GetStartPositionOfLine", 8510); var o01 = txt.InvokeMethod("GetStartPositionOfLine", 8511); var o02 = txt.InvokeMethod("GetStartPositionOfLine", 8512);

और सच्चाई - पहली वस्तु की ऑफसेट (8510 वीं पंक्ति की शुरुआत) को 49950 वर्णों के रूप में इंगित किया जाता है, दूसरी वस्तु के लिए - 49956, और तीसरा - 49968। पहले दो 6 वर्णों के बीच, और अगले के बीच / विकार - यह गायब रेखा है।

GetStartPositionOfLine () के अंदर जाएं:

फिर से हम स्टार्ट चेक को छोड़ते हैं और वास्तविक क्रियाओं को देखते हैं। सबसे पहले, बिंदु की गणना की जाती है, जिसे लाइनइंडेक्स नंबर के साथ लाइन पर जाना चाहिए। सभी रेखाओं की ऊंचाई ली गई है और इसके केंद्र तक जाने के लिए लाइन की आधी ऊंचाई जोड़ी गई है। हम इसे नहीं देखते हैं। वेर्टिकलऑफसेट और यह। हॉरिजॉन्टल ऑफिस - वे शून्य हैं।

हम अपने कोड में विचार करते हैं:

 var lineHeight = (double) txt.InvokeMethod("GetLineHeight", null); var y0 = lineHeight * (double)8510 + lineHeight / 2.0 - txt.VerticalOffset; var y1 = lineHeight * (double)8511 + lineHeight / 2.0 - txt.VerticalOffset; var y2 = lineHeight * (double)8512 + lineHeight / 2.0 - txt.VerticalOffset;

मूल्य तर्क के साथ उचित, सहसंबद्ध हैं, सब कुछ क्रम में है। हम GetStartPositionOfLine () कोड के साथ आगे बढ़ते हैं - हम निम्नलिखित सार्थक लाइन (स्थिति के अंदर पहला) में रुचि रखते हैं, जो एक मगरमच्छ की तरह दिखता है और GetTextPositionFromPoint () पर कॉल के साथ समाप्त होता है।

हम चुनौतियों को खोलते हैं और उन्हें प्रतिबिंब के माध्यम से खींचते हैं। कृपया ध्यान दें कि दृश्यता प्रतिबंधों के कारण कुछ इंटरफेस हमारे लिए उपलब्ध नहीं हैं, इसलिए हमें उसी रिफ्लेक्शन का उपयोग करके उन्हें संदर्भित करना होगा।

 var renderScope = (txt.GetFieldValue<FrameworkElement>("_renderScope") as IServiceProvider); // 7 -   ITextView var textView = renderScope.GetService(renderScope.GetType().GetInterfaces()[7]); var o10 = textView.InvokeMethod("GetTextPositionFromPoint", new Point(-txt.HorizontalOffset, y0), true); var o11 = textView.InvokeMethod("GetTextPositionFromPoint", new Point(-txt.HorizontalOffset, y1), true); var o12 = textView.InvokeMethod("GetTextPositionFromPoint", new Point(-txt.HorizontalOffset, y2), true);

परिणामी वस्तुएं सभी समान ऑफ़सेट्स को दर्शाती हैं - 49950, 49956, 49568। हम टेक्स्टबॉक्स व्यू के अंदर गेटटाइपपोजिशनफ्रॉमप्वाइंट () कार्यान्वयन में गहराई से जाते हैं।

में, GetLineIndexFromPoint () आशाजनक लगता है। अपने कोड में कॉल करें।

 var o20 = textView.InvokeMethod("GetLineIndexFromPoint", new Point(-txt.HorizontalOffset, y0), true); var o21 = textView.InvokeMethod("GetLineIndexFromPoint", new Point(-txt.HorizontalOffset, y1), true); var o22 = textView.InvokeMethod("GetLineIndexFromPoint", new Point(-txt.HorizontalOffset, y2), true);

हमें 8510, 8511 और 8513 - बिंगो मिलते हैं! लागू करने के लिए:

नग्न आंखों के साथ भी यह स्पष्ट है कि यह एक द्विआधारी खोज है। _lineMetrics - स्ट्रिंग विशेषताओं (प्रारंभ, लंबाई, सीमा चौड़ाई) की एक सूची। मैं ख़ुशी से अपनी कलम रगड़ता हूँ - मैंने सोचा कि जैसा कि अक्सर होता है, वे + = के बजाय +1 चिपकाना या लगाना भूल गए। फ़ंक्शन को कोड में कॉपी करें और डीबग करें। _LineMetrics प्रकारों की बंद प्रकृति के कारण, हम इसे प्रतिबिंबों के माध्यम से बाहर निकालते हैं , _line यह हमें पहले मिला था। कुल:

 var lm = textView.GetFieldValue<object>("_lineMetrics"); var c = (int)lm.InvokeMethod("get_Count"); var lineMetrics = new List<Tuple<int,int,int,double>>(); for (var i = 0; i < c; i++) { var arr_o = lm.InvokeMethod("get_Item", i); var contLength = arr_o.GetFieldValue<int>("_contentLength"); var length = arr_o.GetFieldValue<int>("_length"); var offset = arr_o.GetFieldValue<int>("_offset"); var width = arr_o.GetFieldValue<double>("_width"); lineMetrics.Add(new Tuple<int, int, int, double>(contLength, length, offset, width)); } var o30 = GetLineIndexFromPoint(lineMetrics, lineHeight, new Point(-txt.HorizontalOffset, y0), true); var o31 = GetLineIndexFromPoint(lineMetrics, lineHeight, new Point(-txt.HorizontalOffset, y1), true); var o32 = GetLineIndexFromPoint(lineMetrics, lineHeight, new Point(-txt.HorizontalOffset, y2), true); /*<...>*/ private int GetLineIndexFromPoint(List<Tuple<int, int, int, double>> lm, double _lineHeight, Point point, bool snapToText) { if (point.Y < 0.0) return !snapToText ? -1 : 0; if (point.Y >= _lineHeight * (double)lm.Count) { if (!snapToText) return -1; return lm.Count - 1; } int index = -1; int num1 = 0; int num2 = lm.Count; while (num1 < num2) { index = num1 + (num2 - num1) / 2; var lineMetric = lm[index]; double num3 = _lineHeight * (double)index; if (point.Y < num3) num2 = index; else if (point.Y >= num3 + _lineHeight) { num1 = index + 1; } else { if (!snapToText && (point.X < 0.0 || point.X >= lineMetric.Item4)) { index = -1; break; } break; } } if (num1 >= num2) return -1; return index; }

हमें डिबगिंग करने के लिए नहीं मिलता है। o30, o31 और o32 क्रमशः 8510, 8511 और 8512 हैं। जैसे उन्हें होना चाहिए! लेकिन ओ 20, ओ 21 और ओ 22 उनसे सहमत नहीं हैं। ऐसा कैसे? हमने लगभग कोड नहीं बदला। लगभग? और यहाँ अंतर्दृष्टि आती है।

 var lh = textView.GetFieldValue<double>("_lineHeight");

यही कारण है कि - अंतर 0.0009375 है । इसके अलावा, यदि हम त्रुटियों के संचय का अनुमान लगाते हैं - हम 8511 से गुणा करते हैं, तो हमें 7.9790625 मिलते हैं। यह लाइनहाइट का लगभग आधा हिस्सा है, और इसलिए, निर्देशांक की गणना करते समय, बिंदु वांछित रेखा के बाहर उड़ जाता है और अगले पर गिर जाता है। एक ही चर (अर्थ में) की गणना दो अलग-अलग तरीकों से की गई थी और अचानक, मेल नहीं खाता था।

इस पर मैंने रुकने का फैसला किया। यह वास्तव में नीचे तक पहुंच सकता है कि कॉलम की ऊँचाई अलग क्यों निकली, लेकिन मुझे बहुत कुछ दिखाई नहीं देता। यह संदिग्ध है कि Microsoft इसे ठीक कर देगा, इसलिए हम चारों ओर काम करने के लिए बैसाखी देखते हैं। प्रतिबिंब-बैसाखी - सही _lineHeigh को एक या किसी अन्य स्थान पर सेट करें। यह गूंगा लगता है, शायद धीमा और सबसे अधिक संभावना अविश्वसनीय है। या आप टेक्स्टबॉक्स के समानांतर अपनी खुद की लाइनों को बनाए रख सकते हैं, और कर्सर की स्थिति को सही ढंग से लाइन नंबर प्राप्त करने के बाद से लाइनें ले सकते हैं।

निष्कर्ष

नौसिखिया प्रोग्रामर से आप अक्सर कंपाइलर या मानक घटकों में बग के बारे में कुछ सुन सकते हैं। वास्तव में, वे इतने आम नहीं हैं, लेकिन फिर भी कोई भी उनसे सुरक्षित नहीं है। उस उपकरण के अंदर देखने से डरो मत जिसे आपको ज़रूरत है - यह रोमांचक और दिलचस्प है।

एक अच्छा कोड लिखें!

अन्य ब्लॉग लेख

→ आक्रामक सुरक्षा पर मशीन लर्निंग
कोई कार मेरी जगह नहीं ले सकती। मुहा हा। मुझे उम्मीद है।

→ IPv6 में उद्धरण चिह्न कहाँ डालें
लोग जानते हैं कि इसे अच्छा बनाने के लिए कहां और क्या करना चाहिए। इस तरह के शब्दों के बाद, वे मुझे निश्चित रूप से एक रोबोट के साथ बदल देंगे। सी.पी.! यूएचएफ!

.NET WPF में TextBox.GetLineText चलाते समय बग

उदाहरण

बग का अन्वेषण करें

निष्कर्ष

अन्य ब्लॉग लेख

More articles: