From gliferhan@gmail.com Thu Oct 26 07:33:00 2006 From: gliferhan@gmail.com (gliferhan@gmail.com) Date: Thu, 26 Oct 2006 07:33:00 -0000 Subject: insight/303: insight always quit itself when I debug Message-ID: <20061026072511.3746.qmail@sourceware.org> >Number: 303 >Category: insight >Synopsis: insight always quit itself when I debug >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Thu Oct 26 07:33:01 UTC 2006 >Closed-Date: >Last-Modified: >Originator: gliferhan@gmail.com >Release: insight6.5 and 6.4 >Organization: >Environment: fedora4 >Description: always quit with this warning: varobj.c:1471:internal-error:my_value_equal:Assertion:`!value_lazy(vail)'failed. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? >How-To-Repeat: >Fix: ?? >Release-Note: >Audit-Trail: >Unformatted: From qijungu@gmail.com Fri Nov 3 17:13:00 2006 From: qijungu@gmail.com (qijungu@gmail.com) Date: Fri, 03 Nov 2006 17:13:00 -0000 Subject: insight/304: library problem with another software Message-ID: <20061103170819.7945.qmail@sourceware.org> >Number: 304 >Category: insight >Synopsis: library problem with another software >Confidential: no >Severity: serious >Priority: high >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Fri Nov 03 17:13:01 GMT 2006 >Closed-Date: >Last-Modified: >Originator: qijungu@gmail.com >Release: unknown-1.0 >Organization: >Environment: Red Hat Enterprise Linux WS (2.6.9-42.0.3.ELsmp) Fedora Core 5 (2.6.18.1) >Description: After installing insight 6.5, aMSN (version 0.95 and above) cannot work. The error seems to be that some linked library functions in TkCximage.so are broken by the installation of insight 6.5. I've seen this problem in my two linux machines with the version listed in the Envrionment field. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From dan@pinson.us Thu Nov 30 21:43:00 2006 From: dan@pinson.us (dan@pinson.us) Date: Thu, 30 Nov 2006 21:43:00 -0000 Subject: insight/305: libtool: lib: command not found Message-ID: <20061130213710.20223.qmail@sourceware.org> >Number: 305 >Category: insight >Synopsis: libtool: lib: command not found >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Thu Nov 30 21:43:01 GMT 2006 >Closed-Date: >Last-Modified: >Originator: DanP >Release: Insight 6.5 >Organization: >Environment: MS Windows XP Home Edition >Description: I have the latest version of Mingw and MSYS installed - no Cygwin. When building Insight (make), I get the following: /bin/sh ./libtool --mode=link gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -o libbfd.la -rpath /c/Program\ Files/Insight/lib -release 2.17.50 archive.lo archures.lo bfd.lo bfdio.lo bfdwin.lo cache.lo coffgen.lo corefile.lo format.lo init.lo libbfd.lo opncls.lo reloc.lo section.lo syms.lo targets.lo hash.lo linker.lo srec.lo binary.lo tekhex.lo ihex.lo stabs.lo stab-syms.lo merge.lo dwarf2.lo simple.lo archive64.lo `cat ofiles` ./libtool: cygpath: command not found mkdir .libs libtool: link: warning: ignoring multiple `-rpath's for a libtool library libtool: link: warning: undefined symbols not allowed in i686-pc-mingw32 shared libraries lib /OUT:.libs/libbfd.lib archive.o archures.o bfd.o bfdio.o bfdwin.o cache.o coffgen.o corefile.o format.o init.o libbfd.o opncls.o reloc.o section.o syms.o targets.o hash.o linker.o srec.o binary.o tekhex.o ihex.o stabs.o stab-syms.o merge.o dwarf2.o simple.o archive64.o pe-i386.o peigen.o cofflink.o pei-i386.o elf32-i386.o elf-vxworks.o elf32.o elf.o elflink.o elf-strtab.o elf-eh-frame.o dwarf1.o elf32-gen.o cpu-i386.o ./libtool: lib: command not found make[4]: *** [libbfd.la] Error 127 make[4]: Leaving directory `/c/src/insight-6.5/bfd' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/c/src/insight-6.5/bfd' make[2]: *** [all] Error 2 make[2]: Leaving directory `/c/src/insight-6.5/bfd' make[1]: *** [all-bfd] Error 2 make[1]: Leaving directory `/c/src/insight-6.5' make: *** [all] Error 2 >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From kseitz@sources.redhat.com Thu Nov 30 22:45:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 30 Nov 2006 22:45:00 -0000 Subject: insight/305: libtool: lib: command not found Message-ID: <20061130224459.28918.qmail@sourceware.org> Synopsis: libtool: lib: command not found Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Nov 30 22:44:59 2006 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Thu Nov 30 22:44:59 2006 State-Changed-Why: Couple of problems... First, I don't think mingw is an officially supported platform for gdb/insight. You need to use the cygwin version of the build. Gdb is POSIX *only*. Second, the build problem is not in insight (or even gdb). It's in BFD. You need to talk to the binutils people. http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=305 From kseitz@sources.redhat.com Thu Nov 30 22:50:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 30 Nov 2006 22:50:00 -0000 Subject: insight/304: library problem with another software Message-ID: <20061130225014.31854.qmail@sourceware.org> Synopsis: library problem with another software Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Nov 30 22:50:14 2006 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Thu Nov 30 22:50:14 2006 State-Changed-Why: There are two different problems that I can think of. You're bug report is a little vague, so I'm going to have to guess at the real failure. First guess is that aMSN (sorry, don't know what that is) is using Tcl, Tk, or Itcl, and uses a different version that the one we ship with. So you're getting library conflicts. The easiest way to resolve this is to simply install insight in its own directory instead of a system directory. This is easily accomplished by using the "--prefix" option to configure. The other problem could be that aMSN is attempting to dynamically load a package. For arcane reasons, shared builds are disabled by default. In this case, simply pass the configure option "--enable-shared" and rebuild/install. If it is neither of these, I'm going to have have more information. How insight was configured, the exact error message reported when aMSN runs, and the like. http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=304 From kseitz@sources.redhat.com Thu Nov 30 22:53:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 30 Nov 2006 22:53:00 -0000 Subject: insight/303: insight always quit itself when I debug Message-ID: <20061130225340.1001.qmail@sourceware.org> Synopsis: insight always quit itself when I debug Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Nov 30 22:53:40 2006 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Thu Nov 30 22:53:40 2006 State-Changed-Why: This is almost certainly a gdb bug. Try running insight's and gdb's varobj testsuites to see if they exhibit the problem. If not, you're going to have to supply a (hopefully simple) testcase to reproduce this. FWIW, technically it is gdb that is quitting (because of the internal error). That's what gdb does. http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=303 From kseitz@sources.redhat.com Thu Nov 30 22:56:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 30 Nov 2006 22:56:00 -0000 Subject: insight/302: build broken under x86-64 Message-ID: <20061130225637.3689.qmail@sourceware.org> Synopsis: build broken under x86-64 Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Nov 30 22:56:37 2006 Responsible-Changed-Why: mine State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Thu Nov 30 22:56:37 2006 State-Changed-Why: Can you send a proper patch generated with "diff -u" (or "cvs diff -u"? http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=302 From kseitz@sources.redhat.com Thu Nov 30 23:05:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 30 Nov 2006 23:05:00 -0000 Subject: insight/301: Insight toolbar buttons disabled Message-ID: <20061130230510.7685.qmail@sourceware.org> Synopsis: Insight toolbar buttons disabled Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Nov 30 23:05:10 2006 Responsible-Changed-Why: mine State-Changed-From-To: open->analyzed State-Changed-By: kseitz State-Changed-When: Thu Nov 30 23:05:10 2006 State-Changed-Why: I don't recommend doing what you are doing in your gdb script file. There is simply no need: Insight will do that for you. [Nit: You really should not use symbol-file alone. All that does is read symbol information. You get no msymbols that way... Use the "file" command so that you get both code and symbols loaded.] Go to File->Target Settings and fill in the all the boxes. Simply press run and insight will do everything listed in your script file. When you exit, insight will save all those settings, so that when you restart, you simply have to press run again. [Of course, if you use this on multiple different executables, you'll have to do this once for each...] Other problem might be that you're using tracing. Is Insight set to tracing mode? [I don't even know if that works any more...] That would probably help a lot. Look in Preferences->Global. As for the problem at hand, I believe that occurs because insight is confused about the state of the target, since the command file will run BEFORE insight is initialized. As of now, I don't know of any fix. That's not to say there might not be one, but I just don't know of any off the top of my head. I know I gave up on this a (long) while ago in frustration. For the time being, I'm leaving this bug open. http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=301 From kseitz@sources.redhat.com Thu Nov 30 23:11:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 30 Nov 2006 23:11:00 -0000 Subject: insight/298: text mode only, no windows display Message-ID: <20061130231134.18782.qmail@sourceware.org> Synopsis: text mode only, no windows display State-Changed-From-To: feedback->closed State-Changed-By: kseitz State-Changed-When: Thu Nov 30 23:11:34 2006 State-Changed-Why: Closing this... I forgot to revisit this when I updated the documentation and the website. Thanks again for pointing this out. http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=298 From kseitz@sources.redhat.com Thu Nov 30 23:14:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 30 Nov 2006 23:14:00 -0000 Subject: insight/297: Compilation Error on Cygwin Message-ID: <20061130231442.21949.qmail@sourceware.org> Synopsis: Compilation Error on Cygwin State-Changed-From-To: analyzed->closed State-Changed-By: kseitz State-Changed-When: Thu Nov 30 23:14:41 2006 State-Changed-Why: Looks like this is solved. I'm chalking it up to a foobared release (which should be now fixed). http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=297 From kseitz@sources.redhat.com Thu Nov 30 23:19:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Thu, 30 Nov 2006 23:19:00 -0000 Subject: insight/291: Multiple users impact each other when debugging with insight in the same Linux. Message-ID: <20061130231901.24039.qmail@sourceware.org> Synopsis: Multiple users impact each other when debugging with insight in the same Linux. Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Thu Nov 30 23:19:01 2006 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Thu Nov 30 23:19:01 2006 State-Changed-Why: I thought I responded to this, but maybe that was on the mailing list. Anyway, the trick is to disable Insight's IPC option. It is really quite unnerving to me that this was implemented that way, but it was. I don't consider it very useful, anyway, so I never even noticed the problem. Change Preferences->Advanced...->IPC Support and disable it. Alternative to change it for everyone (by default -- users with a preference file will still need to disable it manually), edit $INSTALLDIR/share/insight1.0/prefs.tcl and change the setting on the line that starts "pref define gdb/ipc/enabled" to "0". http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=291 From kseitz@sources.redhat.com Fri Dec 1 02:11:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 01 Dec 2006 02:11:00 -0000 Subject: insight/299: crash when DISPLAY is not set Message-ID: <20061201021141.4521.qmail@sourceware.org> Synopsis: crash when DISPLAY is not set Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Dec 1 02:11:41 2006 Responsible-Changed-Why: mine State-Changed-From-To: open->closed State-Changed-By: kseitz State-Changed-When: Fri Dec 1 02:11:41 2006 State-Changed-Why: I've committed the attached patch. It should fix it. http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=299 From kseitz@sources.redhat.com Fri Dec 1 03:35:00 2006 From: kseitz@sources.redhat.com (kseitz@sources.redhat.com) Date: Fri, 01 Dec 2006 03:35:00 -0000 Subject: insight/293: Insight crashes when reloading exectuable Message-ID: <20061201033553.31480.qmail@sourceware.org> Synopsis: Insight crashes when reloading exectuable Responsible-Changed-From-To: unassigned->kseitz Responsible-Changed-By: kseitz Responsible-Changed-When: Fri Dec 1 03:35:52 2006 Responsible-Changed-Why: mine State-Changed-From-To: open->feedback State-Changed-By: kseitz State-Changed-When: Fri Dec 1 03:35:52 2006 State-Changed-Why: I've committed the attach patch which fixes this in both variable windows (it did exist for both). It also cleans up a few stupid things, too. http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=insight&pr=293