From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15229 invoked by alias); 7 Feb 2003 19:59:21 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 15222 invoked from network); 7 Feb 2003 19:59:20 -0000 Received: from unknown (HELO mx1.redhat.com) (172.16.49.200) by 172.16.49.205 with SMTP; 7 Feb 2003 19:59:20 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h17JxKf20528 for ; Fri, 7 Feb 2003 14:59:20 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h17JxKa03685; Fri, 7 Feb 2003 14:59:20 -0500 Received: from dragon (romulus-int.sfbay.redhat.com [172.16.27.46]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h17JxJB19229; Fri, 7 Feb 2003 14:59:19 -0500 Subject: Re: 'bad code' in tcl file command From: "Martin M. Hunt" To: "Martin M. Hunt" Cc: Jeff Mincy , "insight@sources.redhat.com" In-Reply-To: <1044592136.1178.20.camel@Dragon> References: <15937.50357.880000.85263@antarres.muniversal.com> <1044592136.1178.20.camel@Dragon> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 07 Feb 2003 19:59:00 -0000 Message-Id: <1044647960.1115.6.camel@Dragon> Mime-Version: 1.0 X-SW-Source: 2003-q1/txt/msg00091.txt.bz2 I have checked the fix for this into sources. It turns out the tcl maintainers had already fixed this problem a week ago, so I just copied their fix into our tree. I never noticed the bug because of a configuration problem. If tcl was built as part of the toolchain, it was built with flags of "-O2". However if you typed make in the tcl directory, it appended a "-O" flag on, resulting in "-O2 -O" which gcc interprets the same as "-O". Executables built with "-O" were fine. I have checked in a fix to this problem too. Martin On Thu, 2003-02-06 at 20:28, Martin M. Hunt wrote: > Jeff, > > Thanks for catching this. There is a problem with high levels of > optimization and some inline assembly code. I will check in a fix as > soon as I am finished testing to make sure nothing else got broken. > > Martin > > On Wed, 2003-02-05 at 18:13, Jeff Mincy wrote: > > > > > > The latest tcl 8.4 gets 'command returned bad code' errors when doing > > the file copy and file rename commands. Other than the 'bad code' > > errors which have to be caught, the file commands appear to work correctly. > > > > Here is sample output: > > > > ================ > > bash% rm -r -f foo bar baz > > > > bash% which tclsh84 > > /usr/bin/tclsh84 > > > > bash% echo "foo bar" >> foo > > > > bash% cat foo > > foo bar > > > > bash% tclsh84 > > ================= > > > > puts [file copy foo bar] > > command returned bad code: 269325160 > > > > puts $errorInfo > > command returned bad code: 269325160 > > while executing > > "puts [file copy foo bar]" > > > > puts [file rename bar baz] > > command returned bad code: 269325832 > > > > puts $errorInfo > > command returned bad code: 269325832 > > while executing > > "puts [file rename bar baz]" > > > > exit > > ================ > > > > I am on w98, running the latest cygwin. > > > > -jeff > > >