From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 76B396DE12C2 for ; Mon, 28 Nov 2016 23:30:49 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: 0.523 X-Spam-Level: X-Spam-Status: No, score=0.523 tagged_above=-999 required=5 tests=[AWL=-0.129, SPF_NEUTRAL=0.652] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27gxnysB1qml for ; Mon, 28 Nov 2016 23:30:47 -0800 (PST) Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34]) by arlo.cworth.org (Postfix) with ESMTP id 6CBB76DE12C0 for ; Mon, 28 Nov 2016 23:30:47 -0800 (PST) Received: from guru.guru-group.fi (localhost [IPv6:::1]) by guru.guru-group.fi (Postfix) with ESMTP id 54CC010008D; Tue, 29 Nov 2016 09:31:33 +0200 (EET) From: Tomi Ollila To: David Bremner , notmuch@notmuchmail.org Subject: Re: [PATCH v2] test: check the handling of files vanishing between scandir and indexing In-Reply-To: <87h96ruj33.fsf@tethera.net> References: <1480151898-17278-1-git-send-email-jani@nikula.org> <1480240774-21255-1-git-send-email-jani@nikula.org> <87h96ruj33.fsf@tethera.net> User-Agent: Notmuch/0.23.1+52~ga6dbf3a (https://notmuchmail.org) Emacs/24.5.1 (x86_64-unknown-linux-gnu) X-Face: HhBM'cA~ MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2016 07:30:49 -0000 On Tue, Nov 29 2016, David Bremner wrote: > Jani Nikula writes: > >> +gdb --batch-silent --return-child-result -x notmuch-new-vanish.gdb \ >> + --args notmuch new 2>OUTPUT 1>/dev/null > > I wonder if Tomi's suggestion of > > id:20161128221231.25528-2-david@tethera.net > > applies here as well. In this case it is redirecting output, rather than > input, but I guess the same principle applies? In case of input it may matter who has chance to consume it. In this case of output every output of every process is dumped to /dev/null; I'd go with this simpler approach in this case (and probably in all other cases; If we wanted to (debug) log things we used `--batch` and redirecs to log files instead of /dev/null). Tomi > > d