From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5398 invoked by alias); 23 Jun 2015 18:55:35 -0000 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 Received: (qmail 5385 invoked by uid 89); 23 Jun 2015 18:55:34 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 X-HELO: mail-ob0-f179.google.com Received: from mail-ob0-f179.google.com (HELO mail-ob0-f179.google.com) (209.85.214.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 23 Jun 2015 18:55:32 +0000 Received: by obpn3 with SMTP id n3so12394484obp.0 for ; Tue, 23 Jun 2015 11:55:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=nhxnRfowGGpONG/+XkxRq3BUo/toekpdMXkMJB/XKPY=; b=gz239DR2bhurwQ7eeiKRsZYPDMvq13htZuEq3Hss/cG2YOw9x24GnFmufXrpiYEHvo F+an3tlAA64TaK+J4TTOhRjRPcbVhOyh2/pLzeLoKhQc3f7CfsTP8ir08xo0ttEDzL9Y FmaIhV1Fre0mPBxGYHBJcFikRI3xYx1K2Ke8sMJ9Fvr/EcxyF16MqW5gNxcLS0UTzwmI lg/CNdV/NLL6JQ+kVm9u+wJr5GGPcq85puZFYgZx3k1bThiKwcBHpi9onG9xc8Fw3wUD XT7LQZDT6r/6jw3yl4Ydh/eG9E6GjqWTC1VfPV6i/se07tMxdUPPJ7krDVrqfs7DIIsK ZNRg== X-Gm-Message-State: ALoCoQkGAX7f++xBCT0wcux323Jye78rmkWPvDYKW7jpT2VamyI5PYQB+ZCxUSwhLv0Y1GXGvZzK X-Received: by 10.60.101.195 with SMTP id fi3mr31188503oeb.65.1435085730898; Tue, 23 Jun 2015 11:55:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.96.167 with HTTP; Tue, 23 Jun 2015 11:55:11 -0700 (PDT) In-Reply-To: References: From: Patrick Palka Date: Tue, 23 Jun 2015 18:55:00 -0000 Message-ID: Subject: Re: Several regressions and we branch soon. To: Doug Evans Cc: Joel Brobecker , gdb-patches Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2015-06/txt/msg00498.txt.bz2 On Tue, Jun 23, 2015 at 2:31 PM, Doug Evans wrote: > Hi. > > fyi, I'm seeing regressions in the following tests on amd64-linux. > > FAIL: gdb.threads/attach-stopped.exp: nonthreaded: attach2 to stopped bt > FAIL: gdb.threads/attach-stopped.exp: threaded: attach2 to stopped bt > FAIL: gdb.base/attach-pie-noexec.exp: attach > FAIL: gdb.base/attach-pie-noexec.exp: info shared > FAIL: gdb.base/attach-twice.exp: attach > FAIL: gdb.base/attach.exp: attach1, after setting file > FAIL: gdb.base/attach.exp: attach1 detach (the program is no longer running) > FAIL: gdb.base/attach.exp: attach2, with no file > FAIL: gdb.base/attach.exp: after attach2, set should_exit > FAIL: gdb.base/attach.exp: continue to breakpoint: postloop (the > program is no longer running) > FAIL: gdb.base/attach.exp: continue until exit at after attach2, exit > (the program is no longer running) > FAIL: gdb.base/attach.exp: attach when process' a.out not in cwd > FAIL: gdb.base/attach.exp: continue until exit (the program is no > longer running) > FAIL: gdb.base/attach.exp: starting with --pid (timeout) > FAIL: gdb.base/attach.exp: cmdline attach run: run to prompt > UNRESOLVED: gdb.base/attach.exp: cmdline attach run: run to main > FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugNO: > BINprelinkNOdebugNOpieNO: attach: attach main bt > FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugNO: > BINprelinkNOdebugNOpieYES: attach: seen displacement message as > NONZERO > ... plus lots more for break-interp.exp ... > FAIL: gdb.base/default.exp: info set > FAIL: gdb.base/default.exp: show > FAIL: gdb.base/dprintf-detach.exp: bai=on ds=gdb dd=on: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=on ds=gdb dd=off: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=on ds=call dd=on: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=on ds=call dd=off: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=on ds=agent dd=on: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=on ds=agent dd=off: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=off ds=gdb dd=on: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=off ds=gdb dd=off: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=off ds=call dd=on: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=off ds=call dd=off: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=off ds=agent dd=on: re-attach to inferior > FAIL: gdb.base/dprintf-detach.exp: bai=off ds=agent dd=off: re-attach > to inferior > FAIL: gdb.base/gnu_vector.exp: call add_singlevecs > FAIL: gdb.base/gnu_vector.exp: continue to add_some_intvecs > FAIL: gdb.base/gnu_vector.exp: continue to add_some_intvecs (the > program is no longer running) > FAIL: gdb.base/gnu_vector.exp: set vector return value > FAIL: gdb.multi/multi-attach.exp: backtrace 1 > FAIL: gdb.multi/multi-attach.exp: backtrace 2 > FAIL: gdb.python/py-sync-interp.exp: attach and where > FAIL: gdb.server/ext-attach.exp: backtrace 1 > FAIL: gdb.server/ext-attach.exp: detach (the program is no longer running) > FAIL: gdb.server/ext-attach.exp: backtrace 2 > FAIL: gdb.server/ext-attach.exp: monitor exit > FAIL: gdb.threads/attach-into-signal.exp: nonthreaded: detach (the > program is no longer running) > UNRESOLVED: gdb.threads/attach-into-signal.exp: nonthreaded: attach > (pass 1), pending signal catch > FAIL: gdb.threads/attach-into-signal.exp: threaded: thread apply 2 > print $_siginfo.si_signo > FAIL: gdb.threads/attach-into-signal.exp: threaded: detach (the > program is no longer running) > UNRESOLVED: gdb.threads/attach-into-signal.exp: threaded: attach (pass > 1), pending signal catch > > I haven't root-caused any of them yet. > Is anyone else seeing these on amd64-linux? GDB has not been clean of FAILs for a while right? IIRC I've been seeing dozens of FAILs since I started submitting patches to GDB (around June 2014). So I wonder how many of these are long-standing FAILs not introduced in this development cycle.