unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
* [Frederic Bonnard] Bug#803363: [PATCH] notmuch: workaround for FTBFS
@ 2015-10-29 10:31 David Bremner
  2015-10-29 11:12 ` David Bremner
  0 siblings, 1 reply; 2+ messages in thread
From: David Bremner @ 2015-10-29 10:31 UTC (permalink / raw)
  To: notmuch

[-- Attachment #1: Type: text/plain, Size: 42 bytes --]


opinions? Shall I apply this in 0.21?




[-- Attachment #2: Type: message/rfc822, Size: 7290 bytes --]

From: Frederic Bonnard <frederic@fr.ibm.com>
To: submit@bugs.debian.org
Subject: Bug#803363: [PATCH] notmuch: workaround for FTBFS
Date: Thu, 29 Oct 2015 10:29:59 +0100
Message-ID: <20151029102959.GC32083@kin.test.toulouse-stg.fr.ibm.com>

Source: notmuch
Source-Version: 0.21~rc3-3
Tags: patch
User: debian-powerpc@lists.debian.org
Usertags: ppc64el 

--

Hi,
on ppc64el, there is a FTBFS on this version since 0.20.2-2 due a test
failing (070).
This is due to the fact that the test is using a breakpoint on the function
notmuch_database_add_message so that it can force a return code and check
the exit code of the binary is the one injected, but for some reason, gdb
fails to trap that function : the breakpoint does not interrupt the program.
In the early days, this was known because of the ABIv2 that makes a function
have a Local Entry Point and a Global Entry Point.
And gdb placed a breakpoint on notmuch_database_add_message, on the address
off the GEP, and in some case you only get through the LEP, and then
the breakpoint is not called.
For reference : https://sourceware.org/ml/gdb-patches/2014-01/msg01013.html
This should be fixed in gdb now, but it seems there's an issue on that.
So the workaround for the moment is to place a 2nd breakpoint on the LEP,
which is at the address of notmuch_database_add_message + 8.
On other architectures, this won't cause trouble as the first one will be
activated and return with the forced exit code will be done.
So notmuch is not broken, but there is something wrong with gdb, and
in the meantime, I need to check with gdb what's going on.
F.

---
Index: sources-notmuch/0.21~rc3-3/test/T070-insert.sh
===================================================================
--- sources-notmuch/0.21~rc3-3/test/T070-insert.sh
+++ sources-notmuch/0.21~rc3-3/test/T070-insert.sh
@@ -192,8 +192,9 @@
 gen_insert_msg
 cat <<EOF > index-file-$code.gdb
 set breakpoint pending on
 break notmuch_database_add_message
+break *notmuch_database_add_message+8
 commands
 return NOTMUCH_STATUS_$code
 continue
 end


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-10-29 11:13 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-10-29 10:31 [Frederic Bonnard] Bug#803363: [PATCH] notmuch: workaround for FTBFS David Bremner
2015-10-29 11:12 ` David Bremner

Code repositories for project(s) associated with this public inbox

	https://yhetil.org/notmuch.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).