From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <xconq7-return-2795-listarch-xconq7=sources.redhat.com@sources.redhat.com>
Received: (qmail 5959 invoked by alias); 26 Nov 2003 01:24:38 -0000
Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:xconq7-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/xconq7/>
List-Post: <mailto:xconq7@sources.redhat.com>
List-Help: <mailto:xconq7-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: xconq7-owner@sources.redhat.com
Received: (qmail 5952 invoked from network); 26 Nov 2003 01:24:38 -0000
Received: from unknown (HELO garm.central.cmich.local) (141.209.15.48)
  by sources.redhat.com with SMTP; 26 Nov 2003 01:24:38 -0000
Received: from leon.phy.cmich.edu ([141.209.165.20]) by egate1.central.cmich.local with Microsoft SMTPSVC(5.0.2195.6713);
	 Tue, 25 Nov 2003 20:24:32 -0500
Received: from localhost (unknown [127.0.0.1])
	by leon.phy.cmich.edu (Postfix) with ESMTP
	id D45117001D; Tue, 25 Nov 2003 20:24:30 -0500 (EST)
Date: Wed, 26 Nov 2003 01:27:00 -0000
From: Eric McDonald <mcdonald@phy.cmich.edu>
To: David Ronis <ronis@ronispc.chem.mcgill.ca>
Cc: xconq7@sources.redhat.com
Subject: Re: Problem with CVS build
In-Reply-To: <3FC3FF16.6040904@ronispc.chem.mcgill.ca>
Message-ID: <Pine.LNX.4.44.0311252018410.7208-100000@leon.phy.cmich.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-OriginalArrivalTime: 26 Nov 2003 01:24:32.0410 (UTC) FILETIME=[0B7757A0:01C3B3BC]
X-SW-Source: 2003/txt/msg00924.txt.bz2

Hi David,

On Tue, 25 Nov 2003, David Ronis wrote:

> I follow xconq via cvs.  I updated today and unfortunately the resulting 
> binary aborts:  I get
> 
> alloc: invalid block: 0x82a8ad8: 0 0 74

Can you tell me which interface you are building. If you just do 
"make" then it should be the Tcl/Tk interface, unless you have 
overriden that with the --enable-ui config option.

Also, do you have any chance of running Xconq in gdb or another 
debugger, so that you can get a backtrace of the call stack?

And does your Xconq.Warnings file show anything of interest?

If you don't have gdb, you cam run Xconq in debug mode with the 
"-D" switch, and, presuming that it doesn't abort immediately you 
might be able to guestimate where the abort is happening.

> I'm on a linux (slackware) box and am using gcc-3.3.2 to build.

Slackware? It's been awhile since I've heard that distro 
mentioned.

  Thanks,
   Eric