www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2004/03/05/13:42:02

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
From: "Dave Korn" <dk AT artimi DOT com>
To: <insight AT sources DOT redhat DOT com>
Cc: "'Cygwin Mailing list'" <cygwin AT cygwin DOT com>
Subject: Self-destructing Insight installation!
Date: Fri, 5 Mar 2004 18:41:11 -0000
MIME-Version: 1.0
Message-ID: <NUTMEGhGzGkv01mHo7g0000009d@NUTMEG.CAM.ARTIMI.COM>
X-OriginalArrivalTime: 05 Mar 2004 18:41:11.0250 (UTC) FILETIME=[6E2C2320:01C402E1]

    Hi everyone,

  So there I was, debugging the gnu cpp with insight, then making a few
changes, rebuilding cpp0.exe and doing another debug run.

  And all of a sudden, I got this error message, and insight refused to run.

  I've only managed to capture it in .PNG format, because it was one of
those windows that you can't copy+paste code from, but basically what it
said was "Can't find a usable main.tcl", then an error report ("extra
characters after close-brace") and stack backtrace, followed by the
threatening message "This probably means that insight wasn't installed
properly".  Which was surprising, because I hadn't been messing around with
my cygwin installation any during this time.

  Anyways, what transpires is that the crash was occurring while reading the
prefs for the application, and during my previous run of insight I had set a
breakpoint.  Somehow, when this got written out into my local prefs file
(~/gdbtk.ini), it was written in a malformed syntax  that caused the error
next time I tried running insight when it went to source the prefs.

  This is absolutely repeatable: I can add or remove the line either with a
text editor or (when insight is working) by using the break command in the
console window, and when the line is present insight won't start, and when
it's gone it will start.

  Here's how the breakpoints line was being written out into my prefs file:

---snip---
	C:/artimi.src/gcc-build/gcc/gcc/cpp0.exe/breakpoints={{break
cpp_post_options} 1 {} {}} {{break main} 1 {} {}}
---snip---

  I haven't pursued this any further.  If anyone wants to see the .PNG file
of the error message, or the rest of my gdbtk.ini, I could mail it to them.
However, I imagine that there's probably a very simple bug in the routine
that writes out the prefs, and I hope this report is enough that someone
who's more familiar with the insight code might be able to just point right
at it and go "There it is!".  If not, just let me know what further
diagnostics you'd like.

  Here's my insight and tcl version info, from "insight --version" and
"runtest --version"

GNU gdb 2003-09-20-cvs (cygwin-special)
Tcl version is          8.4

  Of course, maybe this is already solved in 8.4.1; I haven't tried a
snapshot, but I couldn't find anything that sounds like this problem when I
searched the insight ml archive.

    cheers, 
      DaveK
-- 
Can't think of a witty .sigline today....


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019