<div dir="ltr">Hi Olly,<div><br></div><div>        Thanks for the explicit and easy to follow instructions. This is the <a href="http://pastebin.com/QDzBJxZ2">backtrace</a> that I am getting and the source seems to be SWIG. Although highly unlikely(due to a recently solved SWIG ticket), I would just like to confirm whether this error is being replicated on other user's machines? Thanks.</div>
</div><div class="gmail_extra"><br clear="all"><div><div style="text-align:left">Regards, </div><div style="text-align:left">Ankit Agrawal,</div><div style="text-align:left">Communication and Signal Processing,</div>
<div style="text-align:left">IIT Bombay.</div></div>
<br><br><div class="gmail_quote">On Thu, Feb 27, 2014 at 12:26 PM, Olly Betts <span dir="ltr"><<a href="mailto:olly@survex.com" target="_blank">olly@survex.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On Wed, Feb 26, 2014 at 08:20:00PM +0530, Ankit Agrawal wrote:<br>
>        I updated my local repo and built it again, but still getting the<br>
> error. I took a look at python3/test-suite.log file, but I could not locate<br>
> the source of test failure. Please find attached the log file with this<br>
> email. I am available on IRC(nick : ankit_agrawal) if that seems a<br>
> convenient medium for you to help me out with this issue. Thanks.<br>
<br>
</div>Hmm, the log isn't very informative.<br>
<br>
I'd suggest running the tests under the debugger, so that you can find<br>
out where the segfault happens.<br>
<br>
To do that, change to the python3 directory and use the run-python-test<br>
script.  We set PYTHON3 to run python3 under gdb (I'm assuming "python3"<br>
is your Python3 interpreter - if not, you may need to change that):<br>
<br>
cd xapian-bindings/python3<br>
PYTHON3='gdb --args python3' ./run-python-test smoketest.py<br>
<br>
You may need to install gdb (the GNU debugger) first - it'll probably be<br>
in a package called "gdb".<br>
<br>
You should get a "(gdb)" prompt - type "run" at that to actually run the<br>
program (it doesn't run right away to give you a chance to set<br>
breakpoints, watchpoints, etc, but we don't need to for this).<br>
<br>
When it segfaults, you should get back to the "(gdb)" prompt.   Then<br>
"bt" should give you a backtrace showing where the crash happens (the<br>
lowest level functions come first, so are the most interesting).<br>
<br>
Cheers,<br>
    Olly<br>
</blockquote></div><br></div>