From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,e074d1bef61cfe40 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-09-02 13:54:23 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!newsfeed.stueberl.de!proxad.net!wanadoo.fr!not-for-mail From: Guillaume Foliard Newsgroups: comp.lang.ada Subject: Re: ANNOUNCE: DTraq First Public Release Date: Tue, 02 Sep 2003 22:54:22 +0200 Organization: Old Europe Message-ID: References: NNTP-Posting-Host: aboulogne-102-1-5-216.w193-252.abo.wanadoo.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Trace: news-reader4.wanadoo.fr 1062536062 17247 193.252.195.216 (2 Sep 2003 20:54:22 GMT) X-Complaints-To: abuse@wanadoo.fr NNTP-Posting-Date: 2 Sep 2003 20:54:22 GMT User-Agent: KNode/0.7.2 Xref: archiver1.google.com comp.lang.ada:42077 Date: 2003-09-02T20:54:22+00:00 List-Id: Pascal Obry wrote: > "Marc A. Criley" writes: >> DTraq is a data logging and playback debugging tool providing near >> realtime data logging and analysis to aid debugging and validation. >> Captured, or 'tapped' data from a program can be viewed live while the >> program is running or, since it is being logged to a file, played back >> or printed out later for off-line review and analysis. > > I've never used nor seen such a tool. Can you provides more information > about what it can be used for ? How can it helps debugging ? I'm using such a tool at work, which has been developped in-house. It allows you to record during execution data messages (effective parameters, data going through a network connection, etc...) and to analyse them afterwards. The important part there is not to record the data but to interpret it without having to type millions line of Put procedure by hand. This is a two step process. First you need an Ada parser to analyse the data structure of what you want to record and to generate all the Ada code needed to access and display those structures. Then this code will be used in other applications for displaying, plotting, etc... >From my own experience with such a tool, and with the help of a good software design, more than 90 percent of the defects are resolved by just reading the inputs and the outputs and the involded code, without any debugger. This is indeed possible because of the natural safety of Ada. When bug occur we can generally safely ignore all the low-level bugs C programmers are familiar with to focus on the functionnal stuff. By the way, http://www.mckae.com/dtraq.html is unreachable.