From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22799 invoked by alias); 13 Oct 2008 19:26:20 -0000 Received: (qmail 22789 invoked by uid 22791); 13 Oct 2008 19:26:20 -0000 X-Spam-Check-By: sourceware.org Received: from smtp-outbound-2.vmware.com (HELO smtp-outbound-2.vmware.com) (65.115.85.73) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 13 Oct 2008 19:25:45 +0000 Received: from mailhost3.vmware.com (mailhost3.vmware.com [10.16.27.45]) by smtp-outbound-2.vmware.com (Postfix) with ESMTP id C40E91700D; Mon, 13 Oct 2008 12:25:42 -0700 (PDT) Received: from [10.20.92.59] (promb-2s-dhcp59.eng.vmware.com [10.20.92.59]) by mailhost3.vmware.com (Postfix) with ESMTP id BA18FC9A26; Mon, 13 Oct 2008 12:25:42 -0700 (PDT) Message-ID: <48F39FFE.1070801@vmware.com> Date: Mon, 13 Oct 2008 19:26:00 -0000 From: Michael Snyder User-Agent: Thunderbird 1.5.0.12 (X11/20080411) MIME-Version: 1.0 To: Denis PILAT CC: Daniel Jacobowitz , teawater , gdb-patches Subject: Re: random results with the gdb testsuite References: <48EDCCAD.3060502@st.com> <48EF10DA.9000701@st.com> <20081010123530.GA7167@caradoc.them.org> <48EF5043.4000109@st.com> <48EF92AB.3010306@vmware.com> <48F30482.2080001@st.com> In-Reply-To: <48F30482.2080001@st.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-10/txt/msg00341.txt.bz2 Denis PILAT wrote: > > Michael Snyder wrote: >> Denis PILAT wrote: >>> Daniel Jacobowitz wrote: >>>> On Fri, Oct 10, 2008 at 10:22:50AM +0200, Denis PILAT wrote: >>>> >>>>> Here is part of the log file. At a specific time (p/f *(long long >>>>> *)) it >>>>> seems like the debugger hangs up, then all further test are >>>>> UNRESOLVED. >>>>> >>>>> If I run this test and don't touch my keyboard, don't switch the >>>>> current >>>>> window, then it's 100% successful. >>>>> >>>>> If I'm using the console window intensively after having run this >>>>> test, >>>>> switching window, using keyboard, then I get the following log where >>>>> apparently my debugger crash, or just close. >>>>> I can't find a way to debug that problem. >>>>> >>>> Normally Windows (you did say this was Windows, right?) can be >>>> configured to pop up a dialog when a program crashes. You can't >>>> necessarily get into GDB from there, but you may be able to get some >>>> kind of dump. I think the Cygwin folks have instructions on getting >>>> stack dumps or even core dumps from that point. >>>> >>> Sorry, I said window but not in the Microsoft sense. I'm using kde in a >>> linux RHEL3. >>> My debugger terminates, but I can't determine how, valgrind detects >>> nothing, it's like if the process is "killed -9". >> What happens if you run gdb by hand, and repeat each command >> from the log? > Everything's fine if done by hand. I get the testsuite expected results. > Like if I run the test without doind anything else on my linux. Ah, how frustrating. I have occasionally run into that type of behavior. It can be very challenging to debug. It implies that the testing framework itself is perturbing the system. Could be timing issues, could be memory locations being shifted around. There's a load address randomization feature in modern linuxen, have you tried disabling that? Other than that, sticking "printfs" into the expect scripts... ;-(