• 最痛苦的事情关于编程一直是调试。 我自己一个大风扇断点和步进。 但我不得不承认，它有它的缺点之一，他们无法有运行的程序没有你的注意力。

    那一晚我有一个疯狂的想法，这是关于使用控制台应用程序作为一个滚动屏幕程序的消息，这将使用户能够运行一个程序，然后打印的某些信息在此屏幕上，例如"现在正在运行过程TestMe的"。 好因为它变成了你不能发送信息到康寿应用程序，所以我决定用一个标准win32应用程序和richedit提供滚动屏幕的效果然后我是在业务。

    在第一个版本，我们试图使它容易使用的系统通过提供重编码，调试器，在一个单元，留给你的只是具有运行程序。

    从你的应用程序实施程序所需的沟通，调试器，所有这些都被提供在该单位，称为"LPL_Message的。考绩制度的"。 然后剩下的就是使用windows通讯系统之间进行通信应用。

    确保只有一个应用程序使用的是调试器在一段时间我不得不做出的调试进行通信，回到你的申请，因此将必须编写一些代码在你的申请承认和处理这些消息，因为它不可能完成的单元。

    首先您应用程序有联系的调试，以确定它是否是免费使用。 运行的程序"拨"中所包括的单元做到这一点。 然后，调试器，将发送一个信息回到你的应用程序告诉你如果它是免费的或没有。 你应该陷阱程序，直到你有收到回应，然后将结果存储于使用中的其余程序届会议。

    该信调试程序的功能给你一个扩大使用它。 这些职能住在上面让你看到的调试器屏幕上在所有时间，一个明确的信息屏幕上这会帮助你列一个单一的进程上的画面，它拥有多达16线在时间和最后的功能是节省能这样你可以节省的所有消息来文件，为以后的比较和任何想到的。 这些功能可以通过访问右击滚动屏幕上。

    调试程序将信息发送给目前的应用程序，使用的是它之前，它就是终止，你的程序应始终认识到这种消息和显示信息的用户，如果发生这种情况，看到窗户就可能关闭的调试器。

  • एक सबसे दर्दनाक बातें प्रोग्रामिंग के बारे में है हमेशा किया गया डिबगिंग. मैं अपने आप को एक बड़ा प्रशंसक रहा हूँ की ब्रेकप्वाइंट और कदम है । लेकिन मैं मानता हूँ कि यह अपने नुकसान की है उनमें से एक होने में असमर्थ है करने के लिए कार्यक्रम चलाने के लिए अपने ध्यान के बिना.

    तो एक रात मैं एक पागल विचार है, जो के बारे में था का उपयोग कर एक सांत्वना आवेदन के रूप में एक रोल के लिए स्क्रीन कार्यक्रम के संदेशों, यह उपयोगकर्ता को सक्षम करने के लिए एक कार्यक्रम चलाने के लिए और फिर प्रिंट कुछ संदेश इस स्क्रीन पर जैसे "अब चल प्रक्रिया TestMe". अच्छी तरह के रूप में इसे बाहर कर दिया नहीं कर सकते हैं संदेश भेजने के लिए एक consol आवेदन का फैसला किया तो मैं का उपयोग करने के लिए एक मानक win32 अनुप्रयोग और richedit प्रदान करने के लिए रोल स्क्रीन प्रभाव और उसके बाद मैं व्यापार में था.

    पहले संस्करण की कोशिश की है मैं बनाने के लिए यह आसान का उपयोग करने के लिए प्रणाली उपलब्ध कराने के द्वारा भारी कोडिंग करने के लिए डीबगर में एक इकाई छोड़ रहा है, के साथ आप बस को चलाने के लिए प्रक्रियाओं.

    आपके आवेदन से आप को लागू दिनचर्या की आवश्यकता के साथ संवाद करने में डिबगर सभी की आपूर्ति की है जो इकाई में बुलाया "LPL_Message.क़दम है." और फिर बाकी का उपयोग किया जाता है windows मैसेजिंग सिस्टम के बीच संचार के लिए आवेदन.

    यह सुनिश्चित करने के लिए कि केवल एक ही आवेदन का उपयोग कर रहा है डिबगर एक समय में मैं था बनाने के लिए डीबगर वापस संवाद करने के लिए अपने आवेदन और इसलिए आप होगा करने के लिए कुछ कोड लिखने के लिए अपने आवेदन में समझते हैं और इन संदेशों को संसाधित के बाद से, यह नहीं किया जा सकता है इकाई से है ।

    पहले अपने आवेदन करने के लिए हमसे संपर्क करने के लिए डीबगर या नहीं, यह निर्धारित करने के लिए स्वतंत्र है का उपयोग करें. चल प्रक्रिया को "डायल" में शामिल इकाई इस करता है । फिर, डिबगर एक संदेश भेज देंगे वापस अपने आवेदन करने के लिए आप कह रही है अगर यह मुफ्त है या नहीं. आप होना चाहिए जाल अपने कार्यक्रम जब तक आप प्राप्त हुआ है एक जवाब है और फिर परिणाम को स्टोर में उपयोग के लिए कार्यक्रम के बाकी सत्र के लिए.

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

    डीबगर को एक संदेश भेज देंगे के लिए वर्तमान आवेदन में है कि यह प्रयोग करने से पहले यह समाप्ति, अपने कार्यक्रम हमेशा यह पहचान और संदेश के साथ एक संदेश प्रदर्शित करने के लिए उपयोगकर्ता यदि ऐसा होता है, देख रहा है कि विंडोज बस हो सकता है बंद डिबगर.

  • One of the most painful things about programming has always been debugging. I myself am a big fan of breakpoints and stepping. But I have to admit that it has its disadvantages one of them being unable to have the program run without your attention.

    So one night I got a crazy idea, which was about using a console application as a roll-screen for program messages, this would enable the user to run a program and then print certain messages on this screen e.g. “Now running procedure TestMe”. Well as it turned out you can’t send messages to a consol application so I decided to use a standard win32 application and richedit to provide the roll screen effect and then I was in business.

    Over the first version I have tried to make it easy to use the system by providing the heavy coding to the debugger in a unit, leaving you with just having to run procedures.

    From your application you implement the routines required to communicate with the debugger all of which is supplied in the unit called “LPL_Message.pas”. And then the rest is done using windows messaging system to communicate between the applications.

    To ensure that only one application is using the debugger at a time I had to make the debugger communicate back to your application and therefore you will have to write some code in your application to recognize and process these messages since it can’t be done from the unit.

    First your application has to contact the debugger to determine whether or not it’s free for use. Running the procedure ”Dial” in the included unit does this. Then the debugger will send a message back to your application telling you if it’s free or not. You should trap your program until you have received a respond and then store the result for use in the rest of the program session.

    The LPL Debugger program has a couple of functions to give you an extended use of it. These functions are a stay-on-top to enable you to see the debugger screen at all times, a clear the message screen this will help you to list a single process on the screen which holds up to 16 lines at time and the last function is a save function so you can save all the messages to a file for later comparison and whatever comes to mind. These features can be access by right-clicking on the roll-screen.

    The debugger will send a message to the current application that is using it prior to it’s termination, your program should always recognize this message and display a message to the user if this happens, seeing that windows just might shutdown the debugger.