From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30084 invoked by alias); 4 Jun 2004 23:44:08 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 30076 invoked from network); 4 Jun 2004 23:44:07 -0000 Received: from unknown (HELO smtp10.atl.mindspring.net) (207.69.200.246) by sourceware.org with SMTP; 4 Jun 2004 23:44:07 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1) id 1BWOM2-0003WQ-00; Fri, 04 Jun 2004 19:44:06 -0400 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 146364B104; Fri, 4 Jun 2004 19:44:09 -0400 (EDT) To: gdb-patches@sources.redhat.com, roland@redhat.com Subject: Re: [committed testsuite patch] auxv.exp cascading failures Cc: mec.gnu@mindspring.com Message-Id: <20040604234409.146364B104@berman.michael-chastain.com> Date: Fri, 04 Jun 2004 23:44:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2004-06/txt/msg00090.txt.bz2 It's PR gdb/1647, sorry if the number got detached somewhere. I have a concern about this patch. Code like this: -re "The program has no auxiliary information now.*$" { set bad 1 exp_continue } ... It might consume an arbitrary number of characters with ".*", maybe including a $gdb_prompt, maybe not. Maybe even consuming only part of the prompt! We're at the mercy of OS buffering for how many characters get delivered to expect at once. Jim B has seen a lot of this lately. So I don't think the ".*$" is robust. Michael C