From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20423 invoked by alias); 6 May 2009 16:24:06 -0000 Received: (qmail 20404 invoked by uid 22791); 6 May 2009 16:24:04 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_53 X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.155) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 06 May 2009 16:23:31 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n46GN5RM050207 ; Wed, 6 May 2009 18:23:05 +0200 (CEST) Received: from mailserver.u-strasbg.fr (ms1.u-strasbg.fr [IPv6:2001:660:2402:d::10]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id n46GN5um046848 ; Wed, 6 May 2009 18:23:05 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) Received: from d620muller (www-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id n46GN4dp001940 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Wed, 6 May 2009 18:23:05 +0200 (CEST) (envelope-from muller@ics.u-strasbg.fr) From: "Pierre Muller" To: "'Keith Seitz'" Cc: References: <002a01c9b707$9d795b40$d86c11c0$@u-strasbg.fr> <49DA8771.4040007@redhat.com> <002b01c9b70d$6badcd20$43096760$@u-strasbg.fr> <49DA8DBF.1000502@redhat.com> <002d01c9b70f$db0cc750$912655f0$@u-strasbg.fr> <49DA95C4.2070007@redhat.com> <000701c9b74d$a8143070$f83c9150$@u-strasbg.fr> <4A01B691.7060909@redhat.com> In-Reply-To: <4A01B691.7060909@redhat.com> Subject: RE: cygwin runtime woes Date: Wed, 06 May 2009 16:24:00 -0000 Message-ID: <001501c9ce66$f3ddb870$db992950$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2009-q2/txt/msg00046.txt.bz2 Pierre@d620-muller ~/gdbcvs/build-normal/gdb $ export GDBTK_DEBUG=3D1 Pierre@d620-muller ~/gdbcvs/build-normal/gdb Pierre@d620-muller ~/gdbcvs/build-normal/gdb $ gdbcvs ./insight.exe GNU gdb (GDB) 6.8.50.20090306-cvs Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-cygwin". For bug reporting instructions, please see: ... Setting up the environment for debugging gdb. During symbol reading, struct/union type gets multiply defined: struct type. Breakpoint 1 at 0x40c8d0: file ../../purecvs/gdb/utils.c, line 993. Breakpoint 2 at 0x41cced: file ../../purecvs/gdb/cli/cli-cmds.c, line 199. (top-gdb) set new-c (top-gdb) r ./gdb.exe Starting program: /usr/local/src/gdbcvs/build-normal/gdb/insight.exe ./gdb.exe [New Thread 168.0x35c] [New Thread 168.0x15d4] [New Thread 168.0x111c] [New Thread 168.0x1224] [New Thread 168.0x5a0] [New Thread 168.0xaa8] [New Thread 168.0x1300] [New Thread 168.0x1544] [New Thread 168.0x1114] Program received signal SIGSEGV, Segmentation fault. 0x7473d529 in TF_GetLangIcon () from /cygdrive/d/WINDOWS/system32/msctf.dll (top-gdb) bt #0 0x7473d529 in TF_GetLangIcon () from /cygdrive/d/WINDOWS/system32/msctf.dll #1 0x7472513a in TF_CreateCategoryMgr () from /cygdrive/d/WINDOWS/system32/msctf.dll #2 0x74725382 in TF_CreateCategoryMgr () from /cygdrive/d/WINDOWS/system32/msctf.dll #3 0x74721dd3 in ?? () from /cygdrive/d/WINDOWS/system32/msctf.dll #4 0x74720000 in ?? () #5 0x00000000 in ?? () (top-gdb) inf thr * 1 Thread 168.0x35c 0x7473d529 in TF_GetLangIcon () from /cygdrive/d/WINDOWS/system32/msctf.dll (top-gdb) q The program is running. Quit anyway (and kill it)? (y or n) y $ cat insight.log I global pref_set_defaults {} I global set_bg_colors {} I global r_setcolors {. -background #cccccc} I global r_setcolors {. -highlightbackground #cccccc} I global r_setcolors {. -textbackground #ffffff} I global r_setcolors {. -troughcolor #b8b8b8} I global r_setcolors {. -activebackground #b8b8b8} I global gdbtk_locate_main {} I global gdbtk_clear_file {} I global gdbtk_locate_main {} I ManagedWin find SrcWin I global gdbtk_locate_main {} I SrcWin point_to_main {could not find main} I global gdbtk_tcl_warning {struct/union type gets multiply defined: struct type } I ManagedWin startup {Got active list {ManagedWin::open ProcessWin}} I ManagedWin _open {ProcessWin } I ManagedWin _create {win=3Dprocesswin args=3D} I GDBWin constructor {} I EmbeddedWin constructor {} I GDBEventHandler GDBEventHandler::dispatch {posting event "busy" to "::.process win0.processwin"} I GDBEventHandler GDBEventHandler::dispatch {posting event "idle" to "::.process win0.processwin"} I EmbeddedWin destructor {} I global pref_save {pref_save E:/cygwin/home/Pierre/gdbtk.ini} Does that help you? Pierre > -----Message d'origine----- > De=A0: insight-owner@sourceware.org [mailto:insight-owner@sourceware.org] > De la part de Keith Seitz > Envoy=E9=A0: Wednesday, May 06, 2009 6:11 PM > =C0=A0: Pierre Muller > Cc=A0: insight@sourceware.org > Objet=A0: Re: cygwin runtime woes >=20 > Pierre Muller wrote: > > I debugged the problem a bit: > > > > gdb_loc is call a few times > > for 'main' 'MAIN___' 'MAIN__' 'cyg_user_start' 'cyg_start' > > and then finally with '*' which causes the abort. >=20 > That sounds normal. When insight starts up and gdb loads an executable, > it will attempt to locate the entry point for the executable so that > the > source window can display it. These function names are actually from > the > preference gdb/main_names, defined in prefs.tcl. >=20 > The '*' argument is odd. I don't know where that is coming from. > Passing > '*' to gdb_loc will cause gdb_loc to error, though. >=20 > Out of curiosity, have you tried inhibiting preferences at startup? > (insight -nx) Does it make any difference? >=20 > > the first calls all fail with > > "No symbol table loaded. Use "file" command" > > even though I used ./gdb.exe as arg for run command. >=20 > That sounds odd, too. Can you start vanilla gdb this way? I wonder what > insight might be complaining about. Have you tried running insight in > debug mode? To enable this, set GDBTK_DEBUG=3D1 in your environment > before > starting insight. It will write out the file "insight.log" (which you > can change by setting GDBTK_DEBUGFILE). >=20 > Keith