From kseitz@sources.redhat.com Fri Jan 4 12:21:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 12:21:00 -0000 Subject: insight/116: assembler instructions do not match the associated source lines Message-ID: <20020104202105.32757.qmail@sources.redhat.com> Synopsis: assembler instructions do not match the associated source lines Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 12:21:05 2002 Responsible-Changed-Why: assign to self State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 12:21:05 2002 State-Changed-Why: not a bug -- see "Fix" below http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=116&database=insight From kseitz@sources.redhat.com Fri Jan 4 12:27:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 12:27:00 -0000 Subject: insight/115: Load Message-ID: <20020104202749.4010.qmail@sources.redhat.com> Synopsis: Load Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 12:27:49 2002 Responsible-Changed-Why: I'll take it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 12:27:49 2002 State-Changed-Why: I need a little more information than this. What did you do? Can you give me an exact sequence of steps to reproduce this? You might try upgrading to Insight-5.1. Maybe this is some old bug lying around. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=115&database=insight From kseitz@sources.redhat.com Fri Jan 4 12:32:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 12:32:00 -0000 Subject: insight/117: Insight fails to build af file gdbtk/generic/gdbtk-bp.c Message-ID: <20020104203241.6056.qmail@sources.redhat.com> Synopsis: Insight fails to build af file gdbtk/generic/gdbtk-bp.c Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 12:32:41 2002 Responsible-Changed-Why: I'll take it. State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 12:32:41 2002 State-Changed-Why: I cannot reproduce this at all. What release/branch are you trying to build on? I tried both the 5.1 branch and current CVS. Both build just fine on RH7.0. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=117&database=insight From kseitz@sources.redhat.com Fri Jan 4 12:36:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 12:36:00 -0000 Subject: insight/114: always fail for ifstream Message-ID: <20020104203647.8353.qmail@sources.redhat.com> Synopsis: always fail for ifstream Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 12:36:47 2002 Responsible-Changed-Why: I'll take it. State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 12:36:47 2002 State-Changed-Why: I haven't a clue what you're talking about. Can you please send me a real testcase (the one below will obviously not compile)? Also please include a synopsis of the problem, including what you did to exhibit the problem, and what you think it should have done. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=114&database=insight From kseitz@sources.redhat.com Fri Jan 4 12:40:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 12:40:00 -0000 Subject: insight/113: gui locking up and misc problems Message-ID: <20020104204039.11166.qmail@sources.redhat.com> Synopsis: gui locking up and misc problems Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 12:40:39 2002 Responsible-Changed-Why: Got it. State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 12:40:39 2002 State-Changed-Why: I'm afraid that there must definitely be something wrong, since I debug using Insight almost daily. Couple of suggestions: 1) Upgrade to Insight-5.1. 2) When Insight refuses to display source code, one of two conditions exists: a) Insight cannot find the source code or b) the executable was compiled with no debug information. Make sure you compile your program with the "-g" option. I have yet to see insight lock up under linux. In fact, I haven't seen it do that ever. If you can supply me with a testcase to reproduce this lockup on Insight-5.1 or current CVS, I will be happy to look at it. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=113&database=insight From kseitz@sources.redhat.com Fri Jan 4 12:43:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 12:43:00 -0000 Subject: insight/112: Sound Server fatal error: cpu overload, aborted Message-ID: <20020104204346.11732.qmail@sources.redhat.com> Synopsis: Sound Server fatal error: cpu overload, aborted Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 12:43:46 2002 Responsible-Changed-Why: Umm. I guess I'll take it. State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 12:43:46 2002 State-Changed-Why: Huh? What does KDE have to do with Insight, the debugger? See http://sources.redhat.com/insight. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=112&database=insight From kseitz@sources.redhat.com Fri Jan 4 12:50:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 12:50:00 -0000 Subject: insight/111: php-4.06 packages break phpgroupware Message-ID: <20020104205031.19789.qmail@sources.redhat.com> Synopsis: php-4.06 packages break phpgroupware Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 12:50:31 2002 Responsible-Changed-Why: Got it. Okay, actually I don't get it. State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 12:50:31 2002 State-Changed-Why: Umm. Do you realize that you submitted a bug report against Insight, the debugger? See http://sources.redhat.com/insight. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=111&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:00:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:00:00 -0000 Subject: insight/109: couldn't find source file I wanted on combobox Message-ID: <20020104210036.22436.qmail@sources.redhat.com> Synopsis: couldn't find source file I wanted on combobox Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:00:36 2002 Responsible-Changed-Why: Got it. State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:00:36 2002 State-Changed-Why: The problem is that the list of files is computed when the executable is loaded. We never receive any real notification that we've loaded a shared library. Nonetheless, I think this should be relatively easy to fix, since we do get notified whenever a symbol table is loaded. Well, okay, I'm wrong. We already do this in interface.tcl (gdbtk_tcl_post_add_symbol). If you type "tk gdb_listfiles" in the console window, does it show your file? If not, I'll need a testcase. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=109&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:10:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:10:00 -0000 Subject: insight/107: completion behaves strangely Message-ID: <20020104211030.26125.qmail@sources.redhat.com> Synopsis: completion behaves strangely Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:10:30 2002 Responsible-Changed-Why: Got it. State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:10:30 2002 State-Changed-Why: I'm gonna have to send this to feedback: it's a bug in gdb. We use gdb's "complete" command. If you run command-line gdb and enter "complete b captured_ma", you'll see that it returns the huge, repetitive list that you're seeing. Have you submitted a PR against gdb? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=107&database=insight From keiths@redhat.com Fri Jan 4 13:13:00 2002 From: keiths@redhat.com (Keith Seitz) Date: Fri, 04 Jan 2002 13:13:00 -0000 Subject: insight/108 Message-ID: <20020104211300.29552.qmail@sources.redhat.com> The following reply was made to PR insight/108; it has been noted by GNATS. From: Keith Seitz To: , , , Cc: Subject: Re: insight/108 Date: Fri, 4 Jan 2002 13:07:17 -0800 (PST) http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=108&database=insight I wish I had a better answer. We currently cannot interrupt anything in the console window. I remember at one time I tried to do this, but I got into big trouble with core gdb longjmp'ing my interpreter state to oblivion. We generically lack the ability to interrupt almost any operation. :-( Keith From kseitz@sources.redhat.com Fri Jan 4 13:23:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:23:00 -0000 Subject: insight/105: ? Message-ID: <20020104212309.3733.qmail@sources.redhat.com> Synopsis: ? Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:23:09 2002 Responsible-Changed-Why: Here we go again... State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:23:09 2002 State-Changed-Why: I'm sorry, but I cannot help you with your Linux installation problems. This project is dedicated to the Insight debugger. See http://sources.redhat.com. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=105&database=insight From keiths@redhat.com Fri Jan 4 13:23:00 2002 From: keiths@redhat.com (Keith Seitz) Date: Fri, 04 Jan 2002 13:23:00 -0000 Subject: insight/106 Message-ID: <20020104212300.3555.qmail@sources.redhat.com> The following reply was made to PR insight/106; it has been noted by GNATS. From: Keith Seitz To: , Cc: Subject: Re: insight/106 Date: Fri, 4 Jan 2002 13:20:14 -0800 (PST) http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=106&database=insight This is a known problem, unfortunately. I've had various implementations of this to fix it properly, but, alas, it seems that I'm going to have to use the hacky one. Give me some time, and I will see if I can implement something. Keith From kseitz@sources.redhat.com Fri Jan 4 13:26:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:26:00 -0000 Subject: insight/104: build-problems on cygnus 1.3.1 Message-ID: <20020104212615.5630.qmail@sources.redhat.com> Synopsis: build-problems on cygnus 1.3.1 Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:26:14 2002 Responsible-Changed-Why: Got it. State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:26:14 2002 State-Changed-Why: I presume you mean Cygwin 1.3.x, not cygnus 1.3.x... I don't know why you're unable to build. All of the missing functions are in ../libgui. Check to make sure that the target "all-libgui" got built. That aside, please download and try Insight-5.1 http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=104&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:28:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:28:00 -0000 Subject: insight/103: build-problems on cygnus 1.3.1 Message-ID: <20020104212803.6351.qmail@sources.redhat.com> Synopsis: build-problems on cygnus 1.3.1 Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:28:02 2002 Responsible-Changed-Why: Got it. State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:28:02 2002 State-Changed-Why: See insight/104 http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=103&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:29:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:29:00 -0000 Subject: insight/102: patch for sim/ppc/sim_calls.c Message-ID: <20020104212918.7667.qmail@sources.redhat.com> Synopsis: patch for sim/ppc/sim_calls.c Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:29:18 2002 Responsible-Changed-Why: got it. State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:29:18 2002 State-Changed-Why: This patch should be sent to gdb-patches@sources.redhat.com, since it is gdb "proper" that governs this file. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=102&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:30:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:30:00 -0000 Subject: insight/101: disassembly in console windows causes crash Message-ID: <20020104213036.8131.qmail@sources.redhat.com> Synopsis: disassembly in console windows causes crash Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:30:36 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:30:36 2002 State-Changed-Why: Does this still happen in 5.1 or current CVS? I think that a patch was checked in a long time ago to fix this. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=101&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:32:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:32:00 -0000 Subject: insight/100: Problem with register window on IA-64: Several hundred registers Message-ID: <20020104213214.8551.qmail@sources.redhat.com> Synopsis: Problem with register window on IA-64: Several hundred registers Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:32:14 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:32:14 2002 State-Changed-Why: Is this still a problem in the latest snapshots or 5.1? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=100&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:33:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:33:00 -0000 Subject: insight/99: Crash session while program runs Message-ID: <20020104213337.8804.qmail@sources.redhat.com> Synopsis: Crash session while program runs Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:33:37 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:33:37 2002 State-Changed-Why: Is this still a problem with Insight-5.1 or current CVS? If so, I'll need a testcase. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=99&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:36:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:36:00 -0000 Subject: insight/98: building and installing overwrites previous tcl-tk install Message-ID: <20020104213654.11129.qmail@sources.redhat.com> Synopsis: building and installing overwrites previous tcl-tk install Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:36:54 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:36:54 2002 State-Changed-Why: Unfortunately, the version of Tcl that comes with Insight must be used. While we are working toward fixing this, it is important to continue to use the repository versions of tcl, tk, itcl, and tix. If you already have a newer version of tcl installed, then use a different "--prefix" and "--exec-prefix" for your builds, putting Insight in, for example, /usr/local/insight instead of just /usr/local. I regularly do this and have several versions of tcl installed on my machine(s). http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=98&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:43:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:43:00 -0000 Subject: insight/96: insite fails to find iwidgets library Message-ID: <20020104214323.14171.qmail@sources.redhat.com> Synopsis: insite fails to find iwidgets library Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:43:23 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:43:23 2002 State-Changed-Why: First, let me urge you to use Insight-5.1. Now onto your original problem. You must use the versions of tcl/tk/tix/itcl that are supplied with Insight. The iwidgets library is located in INSTALLDIR/share/iwidgets3.0.x. Make sure that only one of these exists (this was a bug that existed in the 5.0 version of Insight). To avoid conflicts with an pre-installed versions of Tcl, Tk, Tix, and Itcl, I recommend specifying a "--prefix" to configure to install Insight somewhere other than /usr/local. /usr/local/insight-5.1 is usually a good place. Simply add this path to your PATH or link /usr/local/insight-5.1/[EXEC_PREFIX]bin/gdb to /usr/local/bin/gdb. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=96&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:52:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:52:00 -0000 Subject: insight/95: itcl/iwidets3.3.0/unix/Makefile does not install on clean install of RedHat 7.1 Message-ID: <20020104215238.20906.qmail@sources.redhat.com> Synopsis: itcl/iwidets3.3.0/unix/Makefile does not install on clean install of RedHat 7.1 State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:52:37 2002 State-Changed-Why: We don't/can't use tcl-8.3 or iwidgets3.3.0 with Insight-5.0. I think you are running into a configuration problem that arises when the build finds a previous tcl/tk installation and mistakenly pulls in that configury instead of the one in the build tree. You seem to have fixed your problem yourself, but I'll still advise moving to Insight-5.1 if you have not already done so. (If you have, is this still a problem?) http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=95&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:53:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:53:00 -0000 Subject: insight/95: itcl/iwidets3.3.0/unix/Makefile does not install on clean install of RedHat 7.1 Message-ID: <20020104215354.21839.qmail@sources.redhat.com> Synopsis: itcl/iwidets3.3.0/unix/Makefile does not install on clean install of RedHat 7.1 Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:53:54 2002 Responsible-Changed-Why: Assign to self. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=95&database=insight From kseitz@sources.redhat.com Fri Jan 4 13:56:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 13:56:00 -0000 Subject: insight/94: Insigth GDB console window problem Message-ID: <20020104215639.24507.qmail@sources.redhat.com> Synopsis: Insigth GDB console window problem Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 13:56:38 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 13:56:38 2002 State-Changed-Why: Does this problem still exist with Insight-5.1? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=94&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:01:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:01:00 -0000 Subject: insight/93: stdio.h problems : fopen() returns no adress unless file is called toto.txt !!! Message-ID: <20020104220105.26058.qmail@sources.redhat.com> Synopsis: stdio.h problems : fopen() returns no adress unless file is called toto.txt !!! Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:01:04 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:01:04 2002 State-Changed-Why: Um.. Look at your program. It is doing exactly what it should be doing. You're opening "toto.txt". When that file is not found, fopen returns NULL, which is then blindly passed to feof, which segfaults on the NULL. What do you expect to happen? On my Red Hat linux 7.0 box, your program also crashes (with or without Insight). http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=93&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:04:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:04:00 -0000 Subject: insight/92: Bug in srcwin.itb (SrcWin:set_execution_status Message-ID: <20020104220410.29411.qmail@sources.redhat.com> Synopsis: Bug in srcwin.itb (SrcWin:set_execution_status Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:04:10 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:04:10 2002 State-Changed-Why: Thank you for your bug report and fix. I have verified that this was checked into the repository on 9 Aug 2001 by Fernando. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=92&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:09:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:09:00 -0000 Subject: insight/89: Cygwin build error Message-ID: <20020104220944.3989.qmail@sources.redhat.com> Synopsis: Cygwin build error Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:09:44 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:09:44 2002 State-Changed-Why: I don't know where you got your Insight source code, but the file you are talking about does not belong to Insight at all. Perhaps you are using some version of Insight bundled by some other group? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=89&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:13:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:13:00 -0000 Subject: insight/88: shouldn't have to set target to Exec on native builds Message-ID: <20020104221345.6884.qmail@sources.redhat.com> Synopsis: shouldn't have to set target to Exec on native builds Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:13:45 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:13:45 2002 State-Changed-Why: Does this still happen with 5.1? You know, this is one of those bugs which keeps reappearing... http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=88&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:15:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:15:00 -0000 Subject: insight/87: SIGPWR generated when in window mode and thread created Message-ID: <20020104221555.9421.qmail@sources.redhat.com> Synopsis: SIGPWR generated when in window mode and thread created Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:15:55 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:15:55 2002 State-Changed-Why: Does this problem still exist in 5.1? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=87&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:17:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:17:00 -0000 Subject: insight/86: Make fails at tclEnv.c; CCHAR unrecognized Message-ID: <20020104221735.10613.qmail@sources.redhat.com> Synopsis: Make fails at tclEnv.c; CCHAR unrecognized Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:17:35 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:17:35 2002 State-Changed-Why: Is this still a problem with 5.1? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=86&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:19:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:19:00 -0000 Subject: insight/85: insight 5.0 compile error in cygwin under win NT Message-ID: <20020104221907.12910.qmail@sources.redhat.com> Synopsis: insight 5.0 compile error in cygwin under win NT Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:19:07 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:19:07 2002 State-Changed-Why: If this is still a problem with 5.1, I suggest submitting a bug report to the gdb group, since this is clearly in their domain. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=85&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:20:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:20:00 -0000 Subject: insight/84: insight gdb 5.0 bug repoort Message-ID: <20020104222027.14660.qmail@sources.redhat.com> Synopsis: insight gdb 5.0 bug repoort Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:20:27 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:20:27 2002 State-Changed-Why: Is this still a problem (with 5.1?)? I use RH7.0 all the time, and I've never had Insight hang on me? If you're still seeing problems with 5.1, I'll need a testcase. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=84&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:23:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:23:00 -0000 Subject: insight/83: Very unreliable to display *this in C++ Message-ID: <20020104222300.15895.qmail@sources.redhat.com> Synopsis: Very unreliable to display *this in C++ Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:23:00 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:23:00 2002 State-Changed-Why: The bits of code that deal with c++ in gdb were very, very broken in Insight's 5.0 release. You should try getting a newer version and looking for any patches by me to "varobj.c". I have submitted a few fixes since 5.1 was released, and I am currently testing one final patch today. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=83&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:46:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:46:00 -0000 Subject: insight/82: insight build fails on cygwin-b20 system Message-ID: <20020104224651.2854.qmail@sources.redhat.com> Synopsis: insight build fails on cygwin-b20 system Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:46:51 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:46:51 2002 State-Changed-Why: Yes, you are correct. You cannot use b20 to build Insight. Of course, this bug has sat around so long that you probably already have something working. On windows/cygwin, Insight does not use X, as you suspected. As I recall, the imagehlp.h propblem was resolved, but I don't remember anymore by what. You should be able to build 5.1 without incident. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=82&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:49:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:49:00 -0000 Subject: insight/81: Cannot run gdb Message-ID: <20020104224910.6179.qmail@sources.redhat.com> Synopsis: Cannot run gdb Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:49:10 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:49:10 2002 State-Changed-Why: Does this problem still exist using Insight 5.1? I'm pretty sure I fixed it a long time ago... http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=81&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:50:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:50:00 -0000 Subject: insight/80: 'make install' fails (who's lepied?) Message-ID: <20020104225026.7835.qmail@sources.redhat.com> Synopsis: 'make install' fails (who's lepied?) Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:50:26 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:50:26 2002 State-Changed-Why: It looks like you've accidently pulled in configury from a different tcl than the one in the build tree. Try Insight-5.1. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=80&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:51:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:51:00 -0000 Subject: insight/79: cannot build insight on solaris Message-ID: <20020104225156.8357.qmail@sources.redhat.com> Synopsis: cannot build insight on solaris Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:51:56 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:51:56 2002 State-Changed-Why: Have you tried Insight-5.1? Is this still a problem? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=79&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:52:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:52:00 -0000 Subject: insight/78: make install fails Message-ID: <20020104225253.8743.qmail@sources.redhat.com> Synopsis: make install fails Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:52:53 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:52:53 2002 State-Changed-Why: Looks like another case of pulling in the wrong tclConfig.sh. Does this problem still exist with 5.1? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=78&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:53:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:53:00 -0000 Subject: insight/77: gdb no respone on redhat linux 6.2 Message-ID: <20020104225354.9555.qmail@sources.redhat.com> Synopsis: gdb no respone on redhat linux 6.2 Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:53:54 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:53:54 2002 State-Changed-Why: Huh? What do you mean by "no response"? In any case, try 5.1 http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=77&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:55:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:55:00 -0000 Subject: insight/76: sh simulation Message-ID: <20020104225536.10441.qmail@sources.redhat.com> Synopsis: sh simulation Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:55:35 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:55:35 2002 State-Changed-Why: I am closing all bugs more than a year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=76&database=insight From kseitz@sources.redhat.com Fri Jan 4 14:57:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 14:57:00 -0000 Subject: insight/75: 'make install' creates directories 700 Message-ID: <20020104225716.11208.qmail@sources.redhat.com> Synopsis: 'make install' creates directories 700 Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 14:57:16 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 14:57:16 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=75&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:00:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:00:00 -0000 Subject: insight/67: preference window cancel doesn't work Message-ID: <20020104230041.14394.qmail@sources.redhat.com> Synopsis: preference window cancel doesn't work Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 15:00:40 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:00:40 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=67&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:01:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:01:00 -0000 Subject: insight/5: inconvenient final behaviour and argument setting Message-ID: <20020104230159.15483.qmail@sources.redhat.com> Synopsis: inconvenient final behaviour and argument setting Responsible-Changed-From-To: fnasser->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 15:01:59 2002 Responsible-Changed-Why: reassign to self State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:01:59 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=5&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:03:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:03:00 -0000 Subject: insight/15: 'make install' failed Message-ID: <20020104230326.16689.qmail@sources.redhat.com> Synopsis: 'make install' failed Responsible-Changed-From-To: fnasser->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 15:03:26 2002 Responsible-Changed-Why: reassign State-Changed-From-To: feedback->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:03:26 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=15&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:04:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:04:00 -0000 Subject: insight/41: Dereferencing NULL in variable window will core dump Message-ID: <20020104230406.17170.qmail@sources.redhat.com> Synopsis: Dereferencing NULL in variable window will core dump State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:04:06 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=41&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:04:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:04:00 -0000 Subject: insight/40: Clicking 'Stop' button on Insight GUI blows away X session. Message-ID: <20020104230452.17686.qmail@sources.redhat.com> Synopsis: Clicking 'Stop' button on Insight GUI blows away X session. State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:04:52 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=40&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:11:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:11:00 -0000 Subject: insight/39: ASM+SRC mode window does not update when switching stack frames Message-ID: <20020104231157.23288.qmail@sources.redhat.com> Synopsis: ASM+SRC mode window does not update when switching stack frames State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:11:57 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=39&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:12:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:12:00 -0000 Subject: insight/58: Insight Configure Failure with Custom Install of Linux Message-ID: <20020104231228.23557.qmail@sources.redhat.com> Synopsis: Insight Configure Failure with Custom Install of Linux State-Changed-From-To: feedback->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:12:28 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=58&database=insight From sdart@forteds.com Fri Jan 4 15:13:00 2002 From: sdart@forteds.com (sdart@forteds.com) Date: Fri, 04 Jan 2002 15:13:00 -0000 Subject: insight/118: GUI locks up when I RUN any program Message-ID: <20020104230737.20277.qmail@sources.redhat.com> >Number: 118 >Category: insight >Synopsis: GUI locks up when I RUN any program >Confidential: no >Severity: critical >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Fri Jan 04 15:13:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: sdart@forteds.com >Release: 5.1 >Organization: >Environment: Linux 6.2 >Description: I have downloaded, built and installed insight. It runs fine with the "-nw" switch. However, if I run the GUI, it simply locks up when I hit the RUN button (or type the command into the console window). Both Insight and the application being debugged were compiled with gcc-2.95.1. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From kseitz@sources.redhat.com Fri Jan 4 15:17:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:17:00 -0000 Subject: insight/118: GUI locks up when I RUN any program Message-ID: <20020104231729.27662.qmail@sources.redhat.com> Synopsis: GUI locks up when I RUN any program Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Jan 4 15:17:29 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:17:29 2002 State-Changed-Why: Can you explain what you mean when you say that "Insight locks up"? I use it daily on linux without problems like this. If you open a console window, does anything get output to it? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=118&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:22:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:22:00 -0000 Subject: insight/57: Itcl 3.1 not found Message-ID: <20020104232211.31431.qmail@sources.redhat.com> Synopsis: Itcl 3.1 not found State-Changed-From-To: feedback->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:22:11 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=57&database=insight From tromey@redhat.com Fri Jan 4 15:23:00 2002 From: tromey@redhat.com (Tom Tromey) Date: Fri, 04 Jan 2002 15:23:00 -0000 Subject: insight/107: completion behaves strangely Message-ID: <20020104232301.31843.qmail@sources.redhat.com> The following reply was made to PR insight/107; it has been noted by GNATS. From: Tom Tromey To: kseitz@sources.redhat.com Cc: insight-gnats@sources.redhat.com Subject: Re: insight/107: completion behaves strangely Date: 04 Jan 2002 16:33:31 -0700 >>>>> "Keith" == kseitz writes: Keith> We use gdb's "complete" command. If you run command-line Keith> gdb and enter "complete b captured_ma", you'll see that it Keith> returns the huge, repetitive list that you're seeing. Keith> Have you submitted a PR against gdb? Nope. I'll do that at some point. readline handles the uniquifying for the CLI. For insight a workaround would be as simple as adding `[lrmdups ...]' somewhere. Tom From kseitz@sources.redhat.com Fri Jan 4 15:40:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:40:00 -0000 Subject: insight/51: Display update problem on unexpected stops in gdb Message-ID: <20020104234028.10758.qmail@sources.redhat.com> Synopsis: Display update problem on unexpected stops in gdb State-Changed-From-To: feedback->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:40:28 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=51&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:41:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:41:00 -0000 Subject: insight/31: assembly update when re-running via console Message-ID: <20020104234132.10955.qmail@sources.redhat.com> Synopsis: assembly update when re-running via console State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:41:32 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=31&database=insight From kseitz@sources.redhat.com Fri Jan 4 15:42:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 04 Jan 2002 15:42:00 -0000 Subject: insight/49: Insight hangs when i step into a function with no source available Message-ID: <20020104234207.11135.qmail@sources.redhat.com> Synopsis: Insight hangs when i step into a function with no source available State-Changed-From-To: feedback->closed State-Changed-By: kseitz State-Changed-When: Fri Jan 4 15:42:07 2002 State-Changed-Why: I am closing all bug reports more than one year old. If your problem still persists with Insight-5.1, please submit a new bug report. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=49&database=insight From tallman@qjunction.com Mon Jan 7 07:33:00 2002 From: tallman@qjunction.com (Tim Allman) Date: Mon, 07 Jan 2002 07:33:00 -0000 Subject: insight/117 Message-ID: <20020107153302.7454.qmail@sources.redhat.com> The following reply was made to PR insight/117; it has been noted by GNATS. From: Tim Allman To: kseitz@sources.redhat.com, tallman@qjunction.com, insight-gnats@sourceware.cygnus.com, insight-prs@sourceware.cygnus.com Cc: Subject: Re: insight/117 Date: Mon, 07 Jan 2002 10:32:16 -0500 http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=117&database=insight Thanks very much for getting back to me. I repeated the build as follows configure --prefix=/home/tallman/usr/local make make install and all went well this time. I'm not sure what the problem was before but now that I have an executable, I'll give it a try. Thanks again, Tim Allman From tallman@qjunction.com Mon Jan 7 07:33:00 2002 From: tallman@qjunction.com (Tim Allman) Date: Mon, 07 Jan 2002 07:33:00 -0000 Subject: insight/117 Message-ID: <20020107153301.7445.qmail@sources.redhat.com> The following reply was made to PR insight/117; it has been noted by GNATS. From: Tim Allman To: kseitz@sources.redhat.com, tallman@qjunction.com, insight-gnats@sourceware.cygnus.com, insight-prs@sourceware.cygnus.com Cc: Subject: Re: insight/117 Date: Mon, 07 Jan 2002 10:28:42 -0500 http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view&pr=117&database=insight Thanks very much for getting back to me. I repeated the build as follows configure --prefix=/home/tallman/usr/local make make install and all went well this time. I'm not sure what the problem was before but now that I have an executable, I'll give it a try. Thanks again, Tim Allman From dedekind@oktet.ru Tue Jan 8 08:53:00 2002 From: dedekind@oktet.ru (dedekind@oktet.ru) Date: Tue, 08 Jan 2002 08:53:00 -0000 Subject: insight/119: Can't set breakpoint at inline methods in header files Message-ID: <20020108164808.26985.qmail@sources.redhat.com> >Number: 119 >Category: insight >Synopsis: Can't set breakpoint at inline methods in header files >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Tue Jan 08 08:53:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: dedekind@oktet.ru >Release: insight-5.1 >Organization: >Environment: host: RedHat 7.1, cygwin target: h8300-hms Should appear on other host/target pair too. >Description: insight-5.1 don't allow to set breakpoint on some inline methods, whoes bodies placed in class declaration in header file. Here is some ideas why this error occurs: 1. There are several 'symtab' structures for the same header file may exists - one for each .cpp source which includes this header. Therefore, each symtab contains some piece of full information about this header file (depending on context some information may be omitted, e.g. because function is not used). Therefore we need to read all these symtabs, not first only, as it is implemented in /gdb/gdbtk/generic/gdbtk-cmds.c, function gdb_loadfile. 2. When gdb_loadfile invoked for header file, we need to know, that all symtab structures for this header already created. But in current version of gdb_loadfile linetable built for first symtab only. Later, another symtab may appear in some conditions (when other sources are loaded). >How-To-Repeat: 1. Compile attached test. 2. Load it in insight 3. See, that you can't set breakpoint at one of funnctions set_a() or set_b() in example.h (by mouse pointer) >Fix: I have make ugly fix, but it seems it should be done more accurately. >Release-Note: >Audit-Trail: >Unformatted: ----gnatsweb-attachment---- Content-Type: application/octet-stream; name="exampl.tgz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="exampl.tgz" H4sIABwiOzwAA+3W3W6CMBgGYE7tVTTuBBZjCiIkkl2LKaXbuiES/uJi3LWvrT9R52LMgsuS9zmA Wlqrwls/nmVjUZZOn5jPWBSFDmNsGsbB8dnyA+awOPSjKGBxpNt+EE6YQ1mvn2qnrRteUepkMpPv qsh+Gnft+j/1oAqRt5mkQ7niizKX49chId1SZfS5LYRrWh5ZE6ot07d581FK00j2PeNaNvPU1bfY S8iG/PX3gdsc7nqPa1zL/8Rc2+Zfj/RN/uM4Rv7vQeS8rg/J1kEvK9XxRs5svlXRUD6iaULKNs2V mJ3sA65nX67JgNMnyhIySLdn07uxx88bxtpNx+wm3DXrdjxv5cks27OfcTolvTAlPZ9ijmSTYI86 suCq6LsAuJb/wJ8e5T8y+Y+CCfJ/D5f//+WqkVVBz8qAhBCTMvPI2Ljx6kWMqHjVv9+jbne7OuFb mbCvEriuEjzbY99z26xk0+qlGIoHAAAAAAAAAAAAAAAAAIBf+QK9QDQRACgAAA== From norman@garenin.demon.co.uk Wed Jan 16 17:03:00 2002 From: norman@garenin.demon.co.uk (norman@garenin.demon.co.uk) Date: Wed, 16 Jan 2002 17:03:00 -0000 Subject: insight/120: Register value field is too narrow (m68k-elf cross build) Message-ID: <20020117005525.8670.qmail@sources.redhat.com> >Number: 120 >Category: insight >Synopsis: Register value field is too narrow (m68k-elf cross build) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Wed Jan 16 17:03:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Norman Mackenzie >Release: anonymous CVS >Organization: >Environment: Redhat linux 7.1 running m68k-elf target build >Description: The m68k register values are displayed in a field that is too narrow. >How-To-Repeat: Open the register window in an m68k-elf target build >Fix: Looks like the _layout_table method in gdbtk/library/regwin.itb should maybe use $width instead of $size in the calculation of minwidth. Later on the value for the register value field width should use $minwidth rather than $width. >Release-Note: >Audit-Trail: >Unformatted: From noam@vsoft.com Wed Jan 23 08:53:00 2002 From: noam@vsoft.com (noam@vsoft.com) Date: Wed, 23 Jan 2002 08:53:00 -0000 Subject: insight/121: gdb 5.1 install fails Message-ID: <20020123164932.12683.qmail@sources.redhat.com> >Number: 121 >Category: insight >Synopsis: gdb 5.1 install fails >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Wed Jan 23 08:53:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: noam@vsoft.com >Release: gdb 5.1 >Organization: >Environment: Mandrake 8.0, new installation. >Description: running gdb5.1/configure I get "missing term info". the configure.log says nothing interesting. checking for tgetent in -lterminfo (no) could not find a term library. >How-To-Repeat: run ./configure >Fix: >Release-Note: >Audit-Trail: >Unformatted: From Ari.Kauppi@pac.fi Mon Jan 28 09:03:00 2002 From: Ari.Kauppi@pac.fi (Ari.Kauppi@pac.fi) Date: Mon, 28 Jan 2002 09:03:00 -0000 Subject: insight/122: Function browser problem with C++ const functions Message-ID: <20020128165824.3436.qmail@sources.redhat.com> >Number: 122 >Category: insight >Synopsis: Function browser problem with C++ const functions >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Mon Jan 28 09:03:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Ari.Kauppi@pac.fi >Release: Insight-5.1.1, CVS snapshot at 11-28-2001 16:40 GMT >Organization: >Environment: Redhat Linux 7.1 on i386 running on AMD Athlon 1Ghz >Description: Function selector doesn't work correctly for functions like int foo() const; Appears at least at function browser and source browser. See attachment with functions returnA and returnB. Probably trivial to fix but don't know enough tcl and gdb internals. >How-To-Repeat: g++ -g -o foo foo.C && gdb foo Try function browsing for int returnA(); and int returnB() const; >Fix: >Release-Note: >Audit-Trail: >Unformatted: ----gnatsweb-attachment---- Content-Type: application/octet-stream; name="foo.C" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="foo.C" Y2xhc3MgZm9vCnsKcHVibGljOgogIGludCByZXR1cm5BKCk7CiAgaW50IHJldHVybkIoKSBjb25z dDsKCn07CgppbnQgZm9vOjpyZXR1cm5BKCkKewogIHJldHVybiAxOwp9CgppbnQgZm9vOjpyZXR1 cm5CKCkgY29uc3QKewogIHJldHVybiAxOwp9CgppbnQgbWFpbihpbnQgYXJnYywgY2hhciAqYXJn dltdKQp7CiAgcmV0dXJuIDA7Cn0K From Douglas.Swanson@compaq.com Mon Jan 28 09:33:00 2002 From: Douglas.Swanson@compaq.com (Douglas.Swanson@compaq.com) Date: Mon, 28 Jan 2002 09:33:00 -0000 Subject: insight/123: Stepping into a void function and then Finishing it causes Insight to malfunction Message-ID: <20020128172710.17572.qmail@sources.redhat.com> >Number: 123 >Category: insight >Synopsis: Stepping into a void function and then Finishing it causes Insight to malfunction >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Mon Jan 28 09:33:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Douglas.Swanson@compaq.com >Release: unknown-1.0 >Organization: >Environment: Win2K / MinGW 2.95.3 / Gdb 5 / Insight >Description: I attach a small program that illustrates the failure. In a Dos window I compile this program with MinGW (2.95.3). I invoke Insight and step into (s) update(). After a few iterations of the nested "for" loops I finish (f) update(). Insight correctly highlights the invocation in main(), but now if I try to continue (c) nothing happens. I have a larger program from which this small example was derived. In that program after Insight returns to the invocation of update() subsequent next (n) commands provoke the following dialog box. Warning Program received signal SIGSEGV, Segmentation fault. Note: 1) Running the same executable under native gdb does not provoke this problem. 2) If I do not step into (s) the void function and finish (f) it, the problem does not occur. >How-To-Repeat: Please see Description >Fix: >Release-Note: >Audit-Trail: >Unformatted: From keno11@quixnet.net Mon Feb 4 16:23:00 2002 From: keno11@quixnet.net (keno11@quixnet.net) Date: Mon, 04 Feb 2002 16:23:00 -0000 Subject: insight/124: Trouble linking degugger (Cygnus) to C++ Compiler Message-ID: <20020205002205.21847.qmail@sources.redhat.com> >Number: 124 >Category: insight >Synopsis: Trouble linking degugger (Cygnus) to C++ Compiler >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: support >Submitter-Id: net >Arrival-Date: Mon Feb 04 16:23:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Ken Oehrig >Release: unknown-1.0 >Organization: >Environment: Windows XP 1GHz Pentium III, 512MHz Ram, 20 GHz HDD. >Description: Sam's Books (Sams Teach Yourself C++ in 24 Hours) CD software. I do not have enough information to install the Cygnus Debugger software and properly link it to the C++ Copmiler. Both programs are working seperately but the debugger should be able to be accessed from within the C++ environment. Where should Cygnus be installed relative to C++ directory? How install? Ken Oehrig (keno11@quixnet.net) 775-851-1448 >How-To-Repeat: Text in Sam's book is so sketch, this is the problem. >Fix: Better information in the book or on line help. >Release-Note: >Audit-Trail: >Unformatted: From kseitz@sources.redhat.com Tue Feb 5 09:34:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Tue, 05 Feb 2002 09:34:00 -0000 Subject: insight/124: Trouble linking degugger (Cygnus) to C++ Compiler Message-ID: <20020205173437.3998.qmail@sources.redhat.com> Synopsis: Trouble linking degugger (Cygnus) to C++ Compiler Responsible-Changed-From-To: unassigned->keiths Responsible-Changed-By: kseitz Responsible-Changed-When: Tue Feb 5 09:34:36 2002 Responsible-Changed-Why: i'll take this State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Tue Feb 5 09:34:36 2002 State-Changed-Why: I haven't a clue what you are talking about. If you are using and IDE with Insight, talk to the people who made the IDE. Insight is a stand-alone program. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=124 From kseitz@sources.redhat.com Tue Feb 5 13:03:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Tue, 05 Feb 2002 13:03:00 -0000 Subject: insight/121: gdb 5.1 install fails Message-ID: <20020205210301.10477.qmail@sources.redhat.com> Synopsis: gdb 5.1 install fails Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Tue Feb 5 13:03:01 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Tue Feb 5 13:03:01 2002 State-Changed-Why: Strictly speaking, this is a gdb problem, since we certainly don't use terminfo. That aside, can you send me the output of configure? (/path/to/configure -v > configure.log) http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=121 From kseitz@sources.redhat.com Wed Feb 6 16:08:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Wed, 06 Feb 2002 16:08:00 -0000 Subject: insight/101: disassembly in console windows causes crash Message-ID: <20020207000844.12076.qmail@sources.redhat.com> Synopsis: disassembly in console windows causes crash State-Changed-From-To: feedback->closed State-Changed-By: kseitz State-Changed-When: Wed Feb 6 16:08:43 2002 State-Changed-Why: verified by submitter: fixed in 5.1.1 http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=101 From eric5515@hotmail.com Fri Feb 8 18:33:00 2002 From: eric5515@hotmail.com (eric5515@hotmail.com) Date: Fri, 08 Feb 2002 18:33:00 -0000 Subject: insight/125: make file doesn't work correctly on win98 Message-ID: <20020209022341.23052.qmail@sources.redhat.com> >Number: 125 >Category: insight >Synopsis: make file doesn't work correctly on win98 >Confidential: no >Severity: critical >Priority: high >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Fri Feb 08 18:33:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Eric >Release: 5.1.1 >Organization: >Environment: win98, with cyngus package to emulate linux commands >Description: After configuring it, I type make. It gives me various errors, all with same problem: can't open /c . . . /c: Can't open /c MAKE.EXE [all-gnuserv] Error 2 MAKE.EXE [all-gprof] Error 2, etc. I used switches -i -k to keep it going, but I don't think it's working. Hell, I don't even know what file I'm looking for when I'm done...is there an executable that should be made? >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From kseitz@sources.redhat.com Tue Feb 12 17:00:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Tue, 12 Feb 2002 17:00:00 -0000 Subject: insight/123: Stepping into a void function and then Finishing it causes Insight to malfunction Message-ID: <20020213010052.30800.qmail@sources.redhat.com> Synopsis: Stepping into a void function and then Finishing it causes Insight to malfunction Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Tue Feb 12 17:00:52 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Tue Feb 12 17:00:52 2002 State-Changed-Why: There appears to be some problem with the insight distributed with bloodshed.net's IDE. I've tried to reproduce this problem with mingw (just downloaded/installed) and Insight off the 5.1 branch (officially 5.1.1). I cannot reproduce the problem. I suggest either building your own 5.1.1 Insight from the sources (which I would support) or turning to Bloodshed for support, since they are distributing our code in binary to users. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=123 From Douglas.Swanson@compaq.com Wed Feb 13 10:33:00 2002 From: Douglas.Swanson@compaq.com (Douglas.Swanson@compaq.com) Date: Wed, 13 Feb 2002 10:33:00 -0000 Subject: insight/126: A "static const int" for an array size causes Insight 5.1 to crash. Message-ID: <20020213182657.27575.qmail@sources.redhat.com> >Number: 126 >Category: insight >Synopsis: A "static const int" for an array size causes Insight 5.1 to crash. >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Wed Feb 13 10:33:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Douglas.Swanson@compaq.com >Release: Insight 5.1 >Organization: >Environment: Win2K / Cygwin >Description: Attempting to expand "this" / "private" in the local variables window for a member function whose class definition includes an array whose size is defined by "static const int" causes Insight 5.1 to abnormally terminate. For example the following class definition provokes the problem. #ifndef LIFE_H #define LIFE_H class Life { public: void initialize(); void print(); void update(); void instructions(); private: static const int maxrow=20, maxcol=60; int grid[maxrow + 2][maxcol + 2]; int neighbor_count(int row, int col); }; #endif >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From kseitz@sources.redhat.com Wed Feb 13 10:44:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Wed, 13 Feb 2002 10:44:00 -0000 Subject: insight/126: C++ variable display causes Insight 5.1 to crash. Message-ID: <20020213184453.23952.qmail@sources.redhat.com> Old Synopsis: A "static const int" for an array size causes Insight 5.1 to crash. New Synopsis: C++ variable display causes Insight 5.1 to crash. Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Wed Feb 13 10:44:53 2002 Responsible-Changed-Why: Mine. State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Wed Feb 13 10:44:53 2002 State-Changed-Why: There's been some updating to the gdb backend that supports variable display. Grab the following files from trunk (or email me and I'll send them to you) and rebuild/reinstall insight.This affects ALL c++ variable displays in insight. gdb/varobj.c gdb/varobj.h gdb/wrapper.h gdb/wrapper.c gdb/gdbtk/generic/gdbtk-varobj.c http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=126 From hans@ellips.nl Wed Feb 20 06:03:00 2002 From: hans@ellips.nl (hans@ellips.nl) Date: Wed, 20 Feb 2002 06:03:00 -0000 Subject: insight/127: Current file name combo box does not find source files Message-ID: <20020220135454.23116.qmail@sources.redhat.com> >Number: 127 >Category: insight >Synopsis: Current file name combo box does not find source files >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Wed Feb 20 06:03:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: hans@ellips.nl >Release: Insight 5.1 >Organization: >Environment: Win2k / Cygwin >Description: When opening a coff file or selecting an object file, the C-source is displayed correctly. When I try to select another source file in the current file name combo box, the source is only found if it is in the source search path. The function browser window is able to display the source file. When a breakpoint is encountered, the correct source file is also displayed. The pathname of the source file is in the coff file, but it is obviously used everywhere except in the combo box. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From hans@ellips.nl Wed Feb 20 06:03:00 2002 From: hans@ellips.nl (hans@ellips.nl) Date: Wed, 20 Feb 2002 06:03:00 -0000 Subject: insight/128: Not all floating point registers are visible on SH4 platform Message-ID: <20020220135823.29547.qmail@sources.redhat.com> >Number: 128 >Category: insight >Synopsis: Not all floating point registers are visible on SH4 platform >Confidential: no >Severity: critical >Priority: high >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Wed Feb 20 06:03:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: hans@ellips.nl >Release: Insight 5.1 >Organization: >Environment: Win2k / Cygwin >Description: When the architecture is set to sh4 all registers appear in the register window, except the additional floating point registers XF0-XF15, which in turn form XD0-XD14 and XMTRX. >How-To-Repeat: "set archi sh4" Open register window >Fix: >Release-Note: >Audit-Trail: >Unformatted: From kseitz@sources.redhat.com Wed Feb 20 12:18:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Wed, 20 Feb 2002 12:18:00 -0000 Subject: insight/127: Current file name combo box does not find source files Message-ID: <20020220201830.26390.qmail@sources.redhat.com> Synopsis: Current file name combo box does not find source files Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Wed Feb 20 12:18:30 2002 Responsible-Changed-Why: mine http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=127 From kseitz@sources.redhat.com Wed Feb 20 12:42:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Wed, 20 Feb 2002 12:42:00 -0000 Subject: insight/128: Not all floating point registers are visible on SH4 platform Message-ID: <20020220204247.24452.qmail@sources.redhat.com> Synopsis: Not all floating point registers are visible on SH4 platform Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Wed Feb 20 12:42:47 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Wed Feb 20 12:42:47 2002 State-Changed-Why: These registers are not supported in 5.1. src/gdb/sh-tdep.c does not include these. The HEAD doesn't support it either. In either case, it's a gdb problem. Ask on gdb@sources.redhat.com about these registers. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=128 From hans@ellips.nl Thu Feb 21 01:03:00 2002 From: hans@ellips.nl (hans@ellips.nl) Date: Thu, 21 Feb 2002 01:03:00 -0000 Subject: insight/129: Insight keeps coff file locked or open. Message-ID: <20020221085858.14228.qmail@sources.redhat.com> >Number: 129 >Category: insight >Synopsis: Insight keeps coff file locked or open. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Thu Feb 21 01:03:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: hans@ellips.nl >Release: Insight 5.1.1 >Organization: >Environment: Win2K / Gygwin >Description: In version 5.0 you could have loaded a coff file and build another. In version 5.1 and 5.1.1 Insight keeps the file open or locked so that the build process cannot finish. Closing Insight is the only option to free the file. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From hans@ellips.nl Thu Feb 21 05:23:00 2002 From: hans@ellips.nl (hans@ellips.nl) Date: Thu, 21 Feb 2002 05:23:00 -0000 Subject: insight/130: Download Dialog grows beyond screen size Message-ID: <20020221131516.16538.qmail@sources.redhat.com> >Number: 130 >Category: insight >Synopsis: Download Dialog grows beyond screen size >Confidential: no >Severity: non-critical >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Thu Feb 21 05:23:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: hans@ellips.nl >Release: Insight 5.1.1 >Organization: >Environment: Win2K /Cygwin >Description: When the download dialog is activated it grows in horizontal direction once a progress bar hits its rightmost border. This happens for every downloaded section. >How-To-Repeat: Download a (large?) coff file >Fix: >Release-Note: >Audit-Trail: >Unformatted: From kseitz@sources.redhat.com Thu Feb 21 06:53:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 21 Feb 2002 06:53:00 -0000 Subject: insight/129: Insight keeps coff file locked or open. Message-ID: <20020221145311.24792.qmail@sources.redhat.com> Synopsis: Insight keeps coff file locked or open. Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Feb 21 06:53:11 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Thu Feb 21 06:53:11 2002 State-Changed-Why: Does this happen when you use the command line (gdb -nw)? http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=129 From kseitz@sources.redhat.com Thu Feb 21 07:05:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 21 Feb 2002 07:05:00 -0000 Subject: insight/130: Download Dialog grows beyond screen size Message-ID: <20020221150533.12009.qmail@sources.redhat.com> Synopsis: Download Dialog grows beyond screen size Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Feb 21 07:05:33 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Thu Feb 21 07:05:33 2002 State-Changed-Why: This is a thinko in Iwidgets. Try the following patch. Index: itcl/iwidgets3.0.0/generic/feedback.itk =================================================================== RCS file: /cvs/src/src/itcl/iwidgets3.0.0/generic/feedback.itk,v retrieving revision 1.1.1.2 diff -u -p -r1.1.1.2 feedback.itk --- itcl/iwidgets3.0.0/generic/feedback.itk 2001/09/09 19:49:08 1.1.1.2 +++ itcl/iwidgets3.0.0/generic/feedback.itk 2002/02/21 15:04:40 @@ -208,5 +208,8 @@ itcl::body iwidgets::Feedback::step {{in } incr _stepval $inc + if {$_stepval > $itk_option(-steps)} { + set _stepval $itk_option(-steps) + } _display } http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=130 From kseitz@sources.redhat.com Thu Feb 21 08:45:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 21 Feb 2002 08:45:00 -0000 Subject: insight/129: Insight keeps coff file locked or open. Message-ID: <20020221164521.13294.qmail@sources.redhat.com> Synopsis: Insight keeps coff file locked or open. State-Changed-From-To: analyzed->closed State-Changed-By: kseitz State-Changed-When: Thu Feb 21 08:45:20 2002 State-Changed-Why: Problem with command line. User has opened gdb/373. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=129 From fred@nextnewgig.com Mon Mar 4 08:33:00 2002 From: fred@nextnewgig.com (fred@nextnewgig.com) Date: Mon, 04 Mar 2002 08:33:00 -0000 Subject: insight/131: Dismissing an int 3 dialog box Message-ID: <20020304162722.29129.qmail@sources.redhat.com> >Number: 131 >Category: insight >Synopsis: Dismissing an int 3 dialog box >Confidential: no >Severity: non-critical >Priority: low >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Mon Mar 04 08:33:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: fred@nextnewgig.com >Release: 5.1 >Organization: >Environment: Cygwin >Description: I'm running Insight version 5.1 under Cygwin. If I embed an int 3 instruction in my code and I my program gets to the int 3, a Warning dialog box with the message: Program received signal SIGTRAP, Trace/breakpoint trap pops up. This is fine and if I click on the Ok button the dialog box goes away as expected, however, if I hit return to dismiss the diaglog box, a GDB Error dialog box with the message: Error: can't resolve scoped variable "@itcl ::.warningdlg0.warningdlg ::ModalDialog::unpost_notification": can't find object ::.warningdlg0.warningdlg pops up and if I click on the Stack trace button I get: Stack trace shows: can't resolve scoped variable "@itcl ::.warningdlg0.warningdlg ::ModalDialog::unpost_notification": can't find object ::.warningdlg0.warningdlg while executing "set {@itcl ::.warningdlg0.warningdlg ::ModalDialog::unpost_notification} 1" ("after" script)errorCode is NONE >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From jim.bell@dsto.defence.gov.au Mon Mar 11 20:03:00 2002 From: jim.bell@dsto.defence.gov.au (jim.bell@dsto.defence.gov.au) Date: Mon, 11 Mar 2002 20:03:00 -0000 Subject: insight/132: losetup behaviour incorrect for large offsets Message-ID: <20020312040246.23975.qmail@sources.redhat.com> >Number: 132 >Category: insight >Synopsis: losetup behaviour incorrect for large offsets >Confidential: no >Severity: serious >Priority: high >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Mon Mar 11 20:03:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: jim.bell@dsto.defence.gov.au >Release: unknown-1.0 >Organization: >Environment: RH 7.2 2.4.7-10enterprise >Description: losetup uses an offset value of 2^31 - 1 whenever an offset greater than or equal to this is specified. Worse, it changes the value silently, and the documentation does not mention a signed 32 bit limit on this value. With loopback files growing in size with disk size, a 2GB limit is inappropriate. >How-To-Repeat: touch loopback losetup -o 3000000000 /dev/loop6 loopback losetup /dev/loop6 (returns 2^31-1 as offset, clearly wrong) >Fix: Hoping someone can tell me! >Release-Note: >Audit-Trail: >Unformatted: From kseitz@sources.redhat.com Thu Mar 14 10:01:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 14 Mar 2002 10:01:00 -0000 Subject: insight/132: losetup behaviour incorrect for large offsets Message-ID: <20020314180128.303.qmail@sources.redhat.com> Synopsis: losetup behaviour incorrect for large offsets Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Mar 14 10:01:27 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Thu Mar 14 10:01:27 2002 State-Changed-Why: This bug database is for problems with the debugger "Insight", not for insight into other problems. See http://sources.redhat.com/insight. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=132 From kseitz@sources.redhat.com Thu Mar 14 10:04:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 14 Mar 2002 10:04:00 -0000 Subject: insight/125: make file doesn't work correctly on win98 Message-ID: <20020314180421.2341.qmail@sources.redhat.com> Synopsis: make file doesn't work correctly on win98 Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Mar 14 10:04:21 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Thu Mar 14 10:04:21 2002 State-Changed-Why: I'm afraid you're going to have to give me a little more information about your procedure. Specifically: - output of "uname -a" - how did you configure the toolchain? (head config.status) - what is the exact output of the error Your error message ("MAKE.EXE [all-gnuserv] Error 2") doesn't really tell me much, other than you are having problems well outside the realm of Insight. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=125 From kseitz@sources.redhat.com Thu Mar 14 10:07:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 14 Mar 2002 10:07:00 -0000 Subject: spam/97: Linux Redhat 7.0 Message-ID: <20020314180746.4361.qmail@sources.redhat.com> Synopsis: Linux Redhat 7.0 Responsible-Changed-From-To: nobody->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Mar 14 10:07:46 2002 Responsible-Changed-Why: got it State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Thu Mar 14 10:07:46 2002 State-Changed-Why: This bug database is for reporting problems with Insight, a graphical user interface for gdb, the GNU debugger. See http://sources.redhat.com/insight. You will need to find the proper forum for your problem. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=97 From cdow@sonicblue.com Thu Mar 21 12:23:00 2002 From: cdow@sonicblue.com (cdow@sonicblue.com) Date: Thu, 21 Mar 2002 12:23:00 -0000 Subject: insight/133: Remote debugging errors Message-ID: <20020321202157.2694.qmail@sources.redhat.com> >Number: 133 >Category: insight >Synopsis: Remote debugging errors >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Thu Mar 21 12:23:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: cdow@sonicblue.com >Release: 5.1 >Organization: >Environment: Mandrake 8.1 >Description: When I try to use remote debugging from a W2K or Mandrake 8.1 box to a mandrake 8.1 box using the gdbserver built from the insight 5.1.1 source distribution, it simply doesn't work. When going from windows (insight) to linux (gdbserver), I get a bunch of messages in the console window about reply lengths being wrong, and when I go from linux (insight) to linux (gdbserver), I get no indication of an error condition, but it still does not actually seem to run the program. >How-To-Repeat: target> gdbserver :10001 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From keiths@redhat.com Thu Mar 21 12:43:00 2002 From: keiths@redhat.com (Keith Seitz) Date: Thu, 21 Mar 2002 12:43:00 -0000 Subject: insight/130: Download Dialog grows beyond screen size Message-ID: <20020321204302.28065.qmail@sources.redhat.com> The following reply was made to PR insight/130; it has been noted by GNATS. From: Keith Seitz To: Cc: Subject: RE: insight/130: Download Dialog grows beyond screen size Date: Thu, 21 Mar 2002 12:40:11 -0800 (PST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-162216788-1016742420=:29425 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: FYI ---------- Forwarded message ---------- Date: Thu, 21 Mar 2002 12:27:00 -0800 (PST) From: Keith Seitz To: Hans Kester Cc: insight-prs@sources.redhat.com Subject: RE: insight/130: Download Dialog grows beyond screen size On Fri, 22 Feb 2002, Hans Kester wrote: > It doesn't work, but I seem to have an older version of feedback.itk: > > # @(#) $Id: feedback.itk,v 1.2 1999/01/27 18:56:33 jingham Exp $ > > Maybe that's the problem? It looks pretty much the same as the first > (original version). Sorry for the delay. I've attached a new feedback.itk that works for me. I tested it on cygwin (windows)-cross-arm-elf and linux-cross-arm-elf. Put it in src/itcl/iwidgets3.0.0/generic and/or INSTALLDIR/share/iwidgets3.0.0/scripts. Let me know how this works for you. Keith ---559023410-162216788-1016742420=:29425 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="feedback.itk" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: ATTACHMENT; FILENAME="feedback.itk" Iw0KIyBGZWVkYmFjaw0KIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoj IEltcGxlbWVudHMgYSBGZWVkYmFjayB3aWRnZXQsIHRvIGRpc3BsYXkgZmVl ZGJhY2sgb24gdGhlIHN0YXR1cyBvZiBhbiANCiMgcHJvY2VzcyB0byB0aGUg dXNlci4gRGlzcGxheSBpcyBnaXZlbiBhcyBhIHBlcmNlbnRhZ2UgYW5kIGFz IGEgDQojIHRoZXJtb21ldGVyIHR5cGUgYmFyLiBPcHRpb25zIGV4aXN0IGZv ciBhZGRpbmcgYSBsYWJlbCBhbmQgY29udHJvbGxpbmcgaXRzDQojIHBvc2l0 aW9uLg0KIw0KIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQojICBBVVRI T1I6IEtyaXMgUmFuZXkgICAgICAgICAgICAgICAgICAgIEVNQUlMOiBrcmFu ZXlAc3BkLmRzY2NjLmNvbQ0KIw0KIyAgQCgjKSAkSWQ6IGZlZWRiYWNrLml0 ayx2IDEuNSAyMDAxLzA4LzE1IDE4OjMyOjE4IHNtaXRoYyBFeHAgJA0KIyAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQojICAgICAgICAgICAgQ29weXJp Z2h0IChjKSAxOTk2IERTQyBUZWNobm9sb2dpZXMgQ29ycG9yYXRpb24NCiMg PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQ0KIyBQZXJtaXNzaW9uIHRvIHVz ZSwgY29weSwgbW9kaWZ5LCBkaXN0cmlidXRlIGFuZCBsaWNlbnNlIHRoaXMg c29mdHdhcmUNCiMgYW5kIGl0cyBkb2N1bWVudGF0aW9uIGZvciBhbnkgcHVy cG9zZSwgYW5kIHdpdGhvdXQgZmVlIG9yIHdyaXR0ZW4NCiMgYWdyZWVtZW50 IHdpdGggRFNDLCBpcyBoZXJlYnkgZ3JhbnRlZCwgcHJvdmlkZWQgdGhhdCB0 aGUgYWJvdmUgY29weXJpZ2h0DQojIG5vdGljZSBhcHBlYXJzIGluIGFsbCBj b3BpZXMgYW5kIHRoYXQgYm90aCB0aGUgY29weXJpZ2h0IG5vdGljZSBhbmQN CiMgd2FycmFudHkgZGlzY2xhaW1lciBiZWxvdyBhcHBlYXIgaW4gc3VwcG9y dGluZyBkb2N1bWVudGF0aW9uLCBhbmQgdGhhdA0KIyB0aGUgbmFtZXMgb2Yg RFNDIFRlY2hub2xvZ2llcyBDb3Jwb3JhdGlvbiBvciBEU0MgQ29tbXVuaWNh dGlvbnMNCiMgQ29ycG9yYXRpb24gbm90IGJlIHVzZWQgaW4gYWR2ZXJ0aXNp bmcgb3IgcHVibGljaXR5IHBlcnRhaW5pbmcgdG8gdGhlDQojIHNvZnR3YXJl IHdpdGhvdXQgc3BlY2lmaWMsIHdyaXR0ZW4gcHJpb3IgcGVybWlzc2lvbi4N CiMNCiMgRFNDIERJU0NMQUlNUyBBTEwgV0FSUkFOVElFUyBXSVRIIFJFR0FS RCBUTyBUSElTIFNPRlRXQVJFLCBJTkNMVURJTkcNCiMgQUxMIElNUExJRUQg V0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MsIEFO RCBOT04tDQojIElORlJJTkdFTUVOVC4gVEhJUyBTT0ZUV0FSRSBJUyBQUk9W SURFRCBPTiBBTiAiQVMgSVMiIEJBU0lTLCBBTkQgVEhFDQojIEFVVEhPUlMg QU5EIERJU1RSSUJVVE9SUyBIQVZFIE5PIE9CTElHQVRJT04gVE8gUFJPVklE RSBNQUlOVEVOQU5DRSwNCiMgU1VQUE9SVCwgVVBEQVRFUywgRU5IQU5DRU1F TlRTLCBPUiBNT0RJRklDQVRJT05TLiBJTiBOTyBFVkVOVCBTSEFMTA0KIyBE U0MgQkUgTElBQkxFIEZPUiBBTlkgU1BFQ0lBTCwgSU5ESVJFQ1QgT1IgQ09O U0VRVUVOVElBTCBEQU1BR0VTIE9SDQojIEFOWSBEQU1BR0VTIFdIQVRTT0VW RVIgUkVTVUxUSU5HIEZST00gTE9TUyBPRiBVU0UsIERBVEEgT1IgUFJPRklU UywNCiMgV0hFVEhFUiBJTiBBTiBBQ1RJT04gT0YgQ09OVFJBQ1QsIE5FR0xJ R0VOQ0UgT1IgT1RIRVIgVE9SVFVPVVMgQUNUSU9OLA0KIyBBUklTSU5HIE9V VCBPRiBPUiBJTiBDT05ORUNUSU9OIFdJVEggVEhFIFVTRSBPUiBQRVJGT1JN QU5DRSBPRiBUSElTDQojIFNPRlRXQVJFLg0KIyA9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09DQoNCiMgQWNrbm93bGVkZ2VtZW50czoNCiMNCiMgU3BlY2lh bCB0aGFua3MgZ28gdG8gU2FtIFNoZW4oU0xTaGVuQGxibC5nb3YpLCBhcyB0 aGlzIGNvZGUgaXMgYmFzZWQgb24gaGlzIA0KIyBmZWVkYmFjay50Y2wgY29k ZSBmcm9tIHRrIGluc3BlY3QuIFRoZSBvcmlnaW5hbCBjb2RlIGlzIGNvcHly aWdodCAxOTk1DQojIExhd3JlbmNlIEJlcmtlbGV5IExhYm9yYXRvcnkuDQoj DQojIFRoaXMgc29mdHdhcmUgaXMgY29weXJpZ2h0IChDKSAxOTk0IGJ5IHRo ZSBMYXdyZW5jZSBCZXJrZWxleSBMYWJvcmF0b3J5Lg0KIyAgDQojIFJlZGlz dHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMs IHdpdGggb3Igd2l0aG91dA0KIyBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0 ZWQgcHJvdmlkZWQgdGhhdDogKDEpIHNvdXJjZSBjb2RlIGRpc3RyaWJ1dGlv bnMNCiMgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQgbm90aWNlIGFuZCB0 aGlzIHBhcmFncmFwaCBpbiBpdHMgZW50aXJldHksICgyKQ0KIyBkaXN0cmli dXRpb25zIGluY2x1ZGluZyBiaW5hcnkgY29kZSBpbmNsdWRlIHRoZSBhYm92 ZSBjb3B5cmlnaHQgbm90aWNlIGFuZA0KIyB0aGlzIHBhcmFncmFwaCBpbiBp dHMgZW50aXJldHkgaW4gdGhlIGRvY3VtZW50YXRpb24gb3Igb3RoZXIgbWF0 ZXJpYWxzDQojIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbiwgYW5k ICgzKSBhbGwgYWR2ZXJ0aXNpbmcgbWF0ZXJpYWxzIG1lbnRpb25pbmcNCiMg ZmVhdHVyZXMgb3IgdXNlIG9mIHRoaXMgc29mdHdhcmUgZGlzcGxheSB0aGUg Zm9sbG93aW5nIGFja25vd2xlZGdlbWVudDoNCiMgYGBUaGlzIHByb2R1Y3Qg aW5jbHVkZXMgc29mdHdhcmUgZGV2ZWxvcGVkIGJ5IHRoZSBVbml2ZXJzaXR5 IG9mIENhbGlmb3JuaWEsDQojIExhd3JlbmNlIEJlcmtlbGV5IExhYm9yYXRv cnkgYW5kIGl0cyBjb250cmlidXRvcnMuJycgTmVpdGhlciB0aGUgbmFtZSBv Zg0KIyB0aGUgVW5pdmVyc2l0eSBub3IgdGhlIG5hbWVzIG9mIGl0cyBjb250 cmlidXRvcnMgbWF5IGJlIHVzZWQgdG8gZW5kb3JzZQ0KIyBvciBwcm9tb3Rl IHByb2R1Y3RzIGRlcml2ZWQgZnJvbSB0aGlzIHNvZnR3YXJlIHdpdGhvdXQg c3BlY2lmaWMgcHJpb3INCiMgd3JpdHRlbiBwZXJtaXNzaW9uLg0KIyAgDQoj IFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgYGBBUyBJUycnIEFORCBXSVRI T1VUIEFOWSBFWFBSRVNTIE9SIElNUExJRUQNCiMgV0FSUkFOVElFUywgSU5D TFVESU5HLCBXSVRIT1VUIExJTUlUQVRJT04sIFRIRSBJTVBMSUVEIFdBUlJB TlRJRVMgT0YNCiMgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBB IFBBUlRJQ1VMQVIgUFVSUE9TRS4NCg0KIw0KIyBEZWZhdWx0IHJlc291cmNl cy4NCiMNCm9wdGlvbiBhZGQgKkZlZWRiYWNrLmJvcmRlcldpZHRoCTIJCXdp ZGdldERlZmF1bHQNCm9wdGlvbiBhZGQgKkZlZWRiYWNrLmxhYmVsUG9zCQlu CQl3aWRnZXREZWZhdWx0DQpvcHRpb24gYWRkICpGZWVkYmFjay5iYXJIZWln aHQJCTIwCQl3aWRnZXREZWZhdWx0DQpvcHRpb24gYWRkICpGZWVkYmFjay50 cm91Z2hDb2xvcglXaGl0ZQkJd2lkZ2V0RGVmYXVsdA0Kb3B0aW9uIGFkZCAq RmVlZGJhY2suYmFyQ29sb3IJCUJsdWUJICAgICAgICB3aWRnZXREZWZhdWx0 DQoNCiMNCiMgVXN1YWwgb3B0aW9ucy4NCiMNCml0azo6dXN1YWwgRmVlZGJh Y2sgew0KICAgIGtlZXAgLWJhY2tncm91bmQgLWN1cnNvciAtZm9yZWdyb3Vu ZA0KfQ0KDQojIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KIyAgICAgICAgICAg ICAgICAgICAgICAgICAgRkVFREJBQ0sNCiMgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQppdGNsOjpjbGFzcyBpd2lkZ2V0czo6RmVlZGJhY2sgew0KICAgIGlu aGVyaXQgaXdpZGdldHM6OkxhYmVsZWR3aWRnZXQNCg0KICAgIGNvbnN0cnVj dG9yIHthcmdzfSB7fQ0KICAgIGRlc3RydWN0b3Ige30NCg0KICAgIGl0a19v cHRpb24gZGVmaW5lIC1zdGVwcyBzdGVwcyBTdGVwcyAxMA0KDQogICAgcHVi bGljIHsNCgltZXRob2QgcmVzZXQge30NCgltZXRob2Qgc3RlcCB7e2luYyAx fX0NCiAgICB9DQoNCiAgICBwcml2YXRlIHsNCgltZXRob2QgX2Rpc3BsYXkN Cg0KCXZhcmlhYmxlIF9iYXJ3aWR0aCAwDQoJdmFyaWFibGUgX3N0ZXB2YWwg MA0KICAgIH0NCn0NCg0KIw0KIyBQcm92aWRlIGEgbG93ZXJjYXNlZCBhY2Nl c3MgbWV0aG9kIGZvciB0aGUgRGlhbG9nc2hlbGwgY2xhc3MuDQojIA0KcHJv YyA6Oml3aWRnZXRzOjpmZWVkYmFjayB7cGF0aE5hbWUgYXJnc30gew0KICAg IHVwbGV2ZWwgOjppd2lkZ2V0czo6RmVlZGJhY2sgJHBhdGhOYW1lICRhcmdz DQp9DQoNCiMgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQojICAgICAgICAgICAg ICAgICAgICAgICAgQ09OU1RSVUNUT1INCiMgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQppdGNsOjpib2R5IGl3aWRnZXRzOjpGZWVkYmFjazo6Y29uc3RydWN0 b3Ige2FyZ3N9IHsNCiAgICBpdGtfY29tcG9uZW50IGFkZCB0cm91Z2ggew0K CWZyYW1lICRpdGtfaW50ZXJpb3IudHJvdWdoIC1yZWxpZWYgc3Vua2VuDQog ICAgfSB7DQoJdXN1YWwNCglrZWVwIC1ib3JkZXJ3aWR0aA0KCXJlbmFtZSAt YmFja2dyb3VuZCAtdHJvdWdoY29sb3IgdHJvdWdoQ29sb3IgVHJvdWdoQ29s b3INCglyZW5hbWUgLWhlaWdodCAtYmFyaGVpZ2h0IGJhckhlaWdodCBIZWln aHQNCiAgICB9DQoNCiAgICBpdGtfY29tcG9uZW50IGFkZCBiYXIgew0KCWZy YW1lICRpdGtfY29tcG9uZW50KHRyb3VnaCkuYmFyIC1yZWxpZWYgcmFpc2Vk DQogICAgfSB7DQoJdXN1YWwNCglrZWVwIC1ib3JkZXJ3aWR0aA0KCXJlbmFt ZSAtYmFja2dyb3VuZCAtYmFyY29sb3IgYmFyQ29sb3IgQmFyQ29sb3INCgly ZW5hbWUgLWhlaWdodCAtYmFyaGVpZ2h0IGJhckhlaWdodCBIZWlnaHQNCiAg ICB9DQogICAgcGFjayAkaXRrX2NvbXBvbmVudChiYXIpIC1zaWRlIGxlZnQg LWZpbGwgeSAtYW5jaG9yIHcNCg0KICAgIGl0a19jb21wb25lbnQgYWRkIHBl cmNlbnRhZ2Ugew0KCWxhYmVsICRpdGtfaW50ZXJpb3IucGVyY2VudGFnZSAt dGV4dCAiMCUiDQogICAgfQ0KICAgIGdyaWQgJGl0a19jb21wb25lbnQodHJv dWdoKSAtcm93IDEgLWNvbHVtbiAwIC1zdGlja3kgc2V3IC1wYWR4IDIgLXBh ZHkgMg0KICAgIGdyaWQgJGl0a19jb21wb25lbnQocGVyY2VudGFnZSkgLXJv dyAyIC1jb2x1bW4gMCAtc3RpY2t5IG5zZXcgLXBhZHggMiAtcGFkeSAyDQog ICAgZ3JpZCByb3djb25maWd1cmUgJGl0a19pbnRlcmlvciAwIC13ZWlnaHQg MQ0KICAgIGdyaWQgcm93Y29uZmlndXJlICRpdGtfaW50ZXJpb3IgMSAtd2Vp Z2h0IDENCiAgICBncmlkIGNvbHVtbmNvbmZpZ3VyZSAkaXRrX2ludGVyaW9y IDAgLXdlaWdodCAxDQoNCiAgICBiaW5kICRpdGtfY29tcG9uZW50KGh1bGwp IDxDb25maWd1cmU+IFtpdGNsOjpjb2RlICR0aGlzIF9kaXNwbGF5XQ0KDQog ICAgZXZhbCBpdGtfaW5pdGlhbGl6ZSAkYXJncw0KfQ0KDQojIC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KIyAgICAgICAgICAgICAgICAgICAgICAgICAgREVT VFJVQ1RPUg0KIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCml0Y2w6OmJvZHkg aXdpZGdldHM6OkZlZWRiYWNrOjpkZXN0cnVjdG9yIHt9IHsNCn0NCg0KIyAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiMgICAgICAgICAgICAgICAgICAgICAg ICAgICAgT1BUSU9OUw0KIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KIyAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiMgT1BUSU9OOiAtc3RlcHMNCiMNCiMg U2V0IHRoZSB0b3RhbCBudW1iZXIgb2Ygc3RlcHMuDQojIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KaXRjbDo6Y29uZmlnYm9keSBpd2lkZ2V0czo6RmVlZGJh Y2s6OnN0ZXBzIHsNCiAgICBzdGVwIDANCn0NCg0KIyAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCiMgICAgICAgICAgICAgICAgICAgICAgICAgICAgTUVUSE9E Uw0KIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KIyAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0KIyBQUk9URUNURUQgTUVUSE9EOiBfZGlz cGxheSANCiMNCiMgRGlzcGxheXMgdGhlIGJhciBpbiB0aGUgdHJvdWdoIHdp dGggdGhlIHdpZHRoIHNldCB1c2luZyB0aGUgY3VycmVudCBudW1iZXINCiMg b2Ygc3RlcHMuDQojIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t DQppdGNsOjpib2R5IGl3aWRnZXRzOjpGZWVkYmFjazo6X2Rpc3BsYXkge30g ew0KICAgIHVwZGF0ZSBpZGxldGFza3MNCiAgICBzZXQgdHJvdWdod2lkdGgg W3dpbmZvIHdpZHRoICRpdGtfY29tcG9uZW50KHRyb3VnaCldDQogICAgc2V0 IF9iYXJ3aWR0aCBbZXhwciB7DQogICAgICAoMS4wKiR0cm91Z2h3aWR0aC0o Mi4wKlskaXRrX2NvbXBvbmVudCh0cm91Z2gpIGNnZXQgLWJvcmRlcndpZHRo XSkpIC8NCiAgICAgICRpdGtfb3B0aW9uKC1zdGVwcyl9XQ0KICAgIHNldCBm cmFjdGlvbiBbZXhwciB7aW50KCgxLjAqJF9zdGVwdmFsKS8kaXRrX29wdGlv bigtc3RlcHMpKjEwMC4wKX1dDQoNCiAgICAkaXRrX2NvbXBvbmVudChwZXJj ZW50YWdlKSBjb25maWcgLXRleHQgIiRmcmFjdGlvbiUiDQogICAgJGl0a19j b21wb25lbnQoYmFyKSBjb25maWcgLXdpZHRoIFtleHByIHskX2JhcndpZHRo KiRfc3RlcHZhbH1dDQoNCiAgICB1cGRhdGUNCn0NCg0KIyAtLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCiMgTUVUSE9EOiByZXNldA0KIw0KIyBSZXNldHMgdGhl IHN0YXR1cyBiYXIgdG8gMA0KIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCml0 Y2w6OmJvZHkgaXdpZGdldHM6OkZlZWRiYWNrOjpyZXNldCB7fSB7DQogICAg c2V0IF9zdGVwdmFsIDANCiAgICBfZGlzcGxheSANCn0NCg0KIyAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCiMgTUVUSE9EOiBzdGVwID9pbmM/DQojDQojIElu Y3JlYXNlIHRoZSB2YWx1ZSBvZiB0aGUgc3RhdHVzIGJhciBieSBpbmMuIERl ZmF1bHQgdG8gMQ0KIyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCml0Y2w6OmJv ZHkgaXdpZGdldHM6OkZlZWRiYWNrOjpzdGVwIHt7aW5jIDF9fSB7DQoNCiAg ICBpZiB7JF9zdGVwdmFsID49ICRpdGtfb3B0aW9uKC1zdGVwcyl9IHsNCgly ZXR1cm4NCiAgICB9DQoNCiAgICBpbmNyIF9zdGVwdmFsICRpbmMNCiAgICBp ZiB7JF9zdGVwdmFsID4gJGl0a19vcHRpb24oLXN0ZXBzKX0gew0KCXNldCBf c3RlcHZhbCAkaXRrX29wdGlvbigtc3RlcHMpDQogICAgfQ0KICAgIF9kaXNw bGF5IA0KfQ0K ---559023410-162216788-1016742420=:29425-- From kseitz@sources.redhat.com Thu Mar 21 18:13:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 21 Mar 2002 18:13:00 -0000 Subject: insight/133: Remote debugging errors Message-ID: <20020322021349.770.qmail@sources.redhat.com> Synopsis: Remote debugging errors Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Mar 21 18:13:49 2002 Responsible-Changed-Why: mine, of course State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Thu Mar 21 18:13:49 2002 State-Changed-Why: Can you debug using only the command line? (gdb -nw) The thing about reply lengths being wrong suggests to me that this is a backend bug. Running the command line will verify this. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=133 From cdow@sonicblue.com Fri Mar 22 08:43:00 2002 From: cdow@sonicblue.com (Christopher Dow) Date: Fri, 22 Mar 2002 08:43:00 -0000 Subject: insight/133: Remote debugging errors Message-ID: <20020322164301.20767.qmail@sources.redhat.com> The following reply was made to PR insight/133; it has been noted by GNATS. From: Christopher Dow To: "'kseitz@sources.redhat.com'" , Christopher Dow , "'insight-prs@sources.redhat.com'" , "'kseitz@sources.redhat.com'" , "'nobody@sources.redhat.com'" , "'insight-gnats@sources.redhat.com'" Cc: Subject: RE: insight/133: Remote debugging errors Date: Fri, 22 Mar 2002 08:40:27 -0800 When I tried that using Cygwin->Linux or Linux->Linux (using localhost:10001 as the port), it printed the message "Remote debugging using :10001", then never gave a prompt, and failed to come back at all. Odd. C -----Original Message----- From: kseitz@sources.redhat.com [mailto:kseitz@sources.redhat.com] Sent: Thursday, March 21, 2002 6:14 PM To: cdow@sonicblue.com; insight-prs@sources.redhat.com; kseitz@sources.redhat.com; nobody@sources.redhat.com Subject: Re: insight/133: Remote debugging errors Synopsis: Remote debugging errors Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Mar 21 18:13:49 2002 Responsible-Changed-Why: mine, of course State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Thu Mar 21 18:13:49 2002 State-Changed-Why: Can you debug using only the command line? (gdb -nw) The thing about reply lengths being wrong suggests to me that this is a backend bug. Running the command line will verify this. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&databas e=insight&pr=133 From keiths@redhat.com Fri Mar 22 09:03:00 2002 From: keiths@redhat.com (Keith Seitz) Date: Fri, 22 Mar 2002 09:03:00 -0000 Subject: insight/133: Remote debugging errors Message-ID: <20020322170300.30389.qmail@sources.redhat.com> The following reply was made to PR insight/133; it has been noted by GNATS. From: Keith Seitz To: Christopher Dow Cc: "'insight-gnats@sources.redhat.com'" Subject: RE: insight/133: Remote debugging errors Date: Fri, 22 Mar 2002 08:53:37 -0800 (PST) On Fri, 22 Mar 2002, Christopher Dow wrote: > When I tried that using Cygwin->Linux or Linux->Linux (using localhost:10001 > as the port), it printed the message "Remote debugging using :10001", > then never gave a prompt, and failed to come back at all. Odd. Then this is definitely a backend bug. Here's what I would recommend... First, search the gdb mail archives to see if someone else has had this problem. If you find nothing, then I would capture the output of a gdb session (or cut and paste it) and either send it to gdb@sources.redhat.com (or submit a bug at http://sources.redhat.com/gdb). There are many more backend developers than gui developers. (You might want to add "set debug remote 1" to your session, too, for the gdb folks. This will give them real insight into the problem. (No pun intended!) Keith From kseitz@sources.redhat.com Fri Mar 22 09:04:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 22 Mar 2002 09:04:00 -0000 Subject: insight/133: Remote debugging errors Message-ID: <20020322170439.31635.qmail@sources.redhat.com> Synopsis: Remote debugging errors State-Changed-From-To: analyzed->closed State-Changed-By: kseitz State-Changed-When: Fri Mar 22 09:04:39 2002 State-Changed-Why: Reproducible with command line. User asking gdb folks. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=133 From Kumar.Mehta@business.uconn.edu Fri Mar 22 11:23:00 2002 From: Kumar.Mehta@business.uconn.edu (Kumar.Mehta@business.uconn.edu) Date: Fri, 22 Mar 2002 11:23:00 -0000 Subject: insight/134: Problem at Installation Message-ID: <20020322191417.3761.qmail@sources.redhat.com> >Number: 134 >Category: insight >Synopsis: Problem at Installation >Confidential: no >Severity: serious >Priority: high >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Fri Mar 22 11:23:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Kumar.Mehta@business.uconn.edu >Release: 5.1.1 >Organization: >Environment: Win2K, Cygwin >Description: My current version of cygwin has insight 5.0 with. I wanted to upgrade it to 5.1.1 So -- Downloaded the Insight source to /usr/src/ On doing ./configure I get the following: ========= Administrator@SLOWSWARM /usr/src/insight-5.1 $ ./configure Configuring for a i686-pc-cygwin host. Created "Makefile" in /usr/src/insight-5.1 using "mh-frag" /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld: cann ot find -luser32 collect2: ld returned 1 exit status *** The command 'gcc -o conftest -g -O2 conftest.c' failed. *** You must set the environment variable CC to a working compiler. ============= I know the conftest.c does not exist. My cygwin installationis complete as far as I know (selected installation of all components when running setup) While I can live without upgrading the insight - I wish to also install the source navigator, but the exact same error message is generated when doing ./configure >How-To-Repeat: Install cygwin (using the setup.exe from above). Use uiarichive.uiuc.edu for download site. Download only then run setup.exe to install. Download insight-5.1.1.tar.gz (or insight-5.1.tar.gz) from ftp://sources.redhat.com/pub/gdb/releases/ expand in /usr/src and do ./configure >Fix: you tell me? >Release-Note: >Audit-Trail: >Unformatted: From kseitz@sources.redhat.com Fri Mar 22 11:56:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 22 Mar 2002 11:56:00 -0000 Subject: insight/134: Problem at Installation Message-ID: <20020322195628.25111.qmail@sources.redhat.com> Synopsis: Problem at Installation Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Mar 22 11:56:28 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Mar 22 11:56:28 2002 State-Changed-Why: Your compiler doesn't work (it cannot find a standard library). There are several threads on the cygwin mailing list about this already. I recommend you search for those and find out what is happening and when a solution will be available. This has nothing to do with insight. If you attempted to build anything, you'd get the same error. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=134 From keiths@redhat.com Fri Mar 22 13:43:00 2002 From: keiths@redhat.com (Keith Seitz) Date: Fri, 22 Mar 2002 13:43:00 -0000 Subject: insight/131: Dismissing an int 3 dialog box Message-ID: <20020322214302.10375.qmail@sources.redhat.com> The following reply was made to PR insight/131; it has been noted by GNATS. From: Keith Seitz To: Cc: Subject: Re: insight/131: Dismissing an int 3 dialog box Date: Fri, 22 Mar 2002 13:42:09 -0800 (PST) On 4 Mar 2002 fred@nextnewgig.com wrote: > can't resolve scoped variable "@itcl ::.warningdlg0.warningdlg ::ModalDialog::unpost_notification": can't find object ::.warningdlg0.warningdlg > while executing > "set {@itcl ::.warningdlg0.warningdlg ::ModalDialog::unpost_notification} 1" > ("after" script)errorCode is NONE Ok, I think I've figured this out. ModalDialog::unpost was being called twice for the WarningDialog. in the warning dialog was bound to invoke the button. But the button is the only button (and starts with the focus), so it was being invoked via a default binding. I've "fixed" this by having not run any other bindings. This doesn't seem to affect current trunk sources, so I am not going to check anything in there. Apply this patch in src/gdb/gdbtk and re-install gdb. Please let me know if this fixes the problem for you. Keith Index: library/warning.tcl =================================================================== RCS file: /cvs/src/src/gdb/gdbtk/library/warning.tcl,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 warning.tcl --- library/warning.tcl 2000/02/07 00:19:42 1.1.1.1 +++ library/warning.tcl 2002/03/22 21:37:49 @@ -88,7 +88,7 @@ body WarningDlg::constructor {args} { button $itk_interior.f.b.ok -text OK -underline 0 -command [code $this unpost] bind $itk_interior.f.b.ok \ - "$itk_interior.f.b.ok flash; $itk_interior.f.b.ok invoke" + "$itk_interior.f.b.ok flash; $itk_interior.f.b.ok invoke; break" focus $itk_interior.f.b.ok if {$ignorable != ""} { From kseitz@sources.redhat.com Fri Mar 22 13:50:00 2002 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 22 Mar 2002 13:50:00 -0000 Subject: insight/131: Dismissing an int 3 dialog box Message-ID: <20020322215040.13882.qmail@sources.redhat.com> Synopsis: Dismissing an int 3 dialog box Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Mar 22 13:50:40 2002 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Mar 22 13:50:40 2002 State-Changed-Why: See below. http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=131