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