This is the mail archive of the
xconq7@sources.redhat.com
mailing list for the Xconq project.
tcl/tk versions (was Re: Uses for change-type action?)
- To: Steve Robbins <steve at nyongwa dot montreal dot qc dot ca>
- Subject: tcl/tk versions (was Re: Uses for change-type action?)
- From: Stan Shebs <shebs at shebs dot cnchost dot com>
- Date: Thu, 24 Aug 2000 21:03:04 -0700
- CC: xconq7 at sources dot redhat dot com
- References: <Pine.LNX.4.10.10008241343030.24682-100000@riemann.nyongwa.montreal.qc.ca>
- Reply-To: shebs at shebs dot cnchost dot com
Steve Robbins wrote:
>
> On a completely different topic entirely, I just built the CVS xconq and
> noticed that the INSTALL says
>
> There are reports of problems with using tcl/tk 8.1 or later. To
> avoid problems, use an 8.0 release.
>
> Sure enough, with debian's tcl/tk 8.2, xconq coredumped.
> According to gdb, it was somewhere deep in tcl.
Did you try running from GDB also? Sometimes coredumps will be
corrupted, while GDB catches signals before handlers attempt to
"fix" things. I just checked in a fix where an array wasn't always
being allocated, but that crash would likely be obviously in Xconq.
> Is this thought to be a bug in tcl/tk, or in xconq? If the former, is
> there a test for the bug that can be put into configure?
Don't know the answer to either question. I think somebody reported
running OK with 8.3 though.
Stan