From: Michal Sojka <sojkam1@fel.cvut.cz>
To: Carl Worth <cworth@cworth.org>,
	Jameson Rollins <jrollins@finestructure.net>,
	Notmuch Mail <notmuch@notmuchmail.org>
Subject: Re: [PATCH] emacs: send notmuch-query stderr to /dev/null
In-Reply-To: <87lj27ymqg.fsf@yoom.home.cworth.org>
References: <878vy7tjog.fsf@servo.finestructure.net>
	<87lj27ymqg.fsf@yoom.home.cworth.org>
User-Agent: Notmuch/0.5-87-g9705d00 (http://notmuchmail.org) Emacs/23.2.1
	(x86_64-pc-linux-gnu)
Date: Thu, 27 Jan 2011 12:29:05 +0100
Message-ID: <87zkqm7fge.fsf@steelpick.2x.cz>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Precedence: list

On Thu, 27 Jan 2011, Carl Worth wrote:
> On Wed, 26 Jan 2011 12:57:50 -0800, Jameson Rollins <jrollins@finestructure.net> wrote:
> > The call-process to notmuch in notmuch-query.el was previously sending
> > stderr into the output buffer.  This means that if there is any stderr
> > the JSON parsing breaks.  Unfortunately call-process does not support
> > sending stderr to a separate buffer or to the minibuffer [0], but it
> > does support sending it to /dev/null.  So we do that here instead.
> > 
> > [0] a bug was filed against emacs (#7842)
> 
> Thanks! I had wondered what those json errors were about. I've committed
> this.
> 
> I am a bit concerned about throwing the error output away, of course,
> (so we'll wait for that fix to emacs---thanks for submitting a bug
> report). Do you have a sense of what kinds of output we are getting on
> stderr?

I do not know which errors Jameson experienced, but sometimes I have to
use LD_PRELOADed 32bit libraries with some software and when I
accidentally run my emacs (which is 64bit) with LD_PRELOAD set this way,
every execution of notmuch prints

ERROR: ld.so: object '/opt/xilinx/usb-driver/libusb-driver.so' from LD_PRELOAD cannot be preloaded: ignored.

and this breaks the parsing. So thanks Jameson for solving this issue
for me.

-Michal