Sorry, I found the problem.<br>SWIG was being defined while building, so it was ommitting a part of the versekey definition. Sorry about that.<br><br>It needs a #ifndef SWIG around that mutable inline struct in versekey.h as SWIG can&#39;t understand this.<br>

<br clear="all">God Bless,<br>Ben<br>-------------------------------------------------------------------------------------------<br>Multitudes, multitudes,<br>    in the valley of decision!<br>For the day of the LORD is near<br>

    in the valley of decision.<br><br>Giôên 3:14 (ESV)<br><br>
<br><br><div class="gmail_quote">On Mon, Apr 27, 2009 at 5:04 PM, Troy A. Griffitts <span dir="ltr">&lt;<a href="mailto:scribe@crosswire.org">scribe@crosswire.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Ben,<br>
<br>
I know you realize this, but we&#39;re at 2349 now.  I realize the revision you&#39;re giving is the first revision you see the troubles, but I just want to make sure you&#39;re seeing the troubles with 2349.  I just ran valgrind against a basic test that instantiates a few VerseKey objects and didn&#39;t see any troubles.  I ran through valgrind and it was clean.<br>


<br>
Could you try for me to do a:<br>
<br>
make distclean<br>
./autogen.sh<br>
./usrinst.sh<br>
make<br>
sudo make install<br>
<br>
and then try your test again?<br>
<br>
I wish I had some info, but my tests don&#39;t fail here.  Keep me posted with what you find.<br>
<br>
        -Troy.<br>
<br>
<br>
<br>
Ben Morgan wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">
On Mon, Apr 27, 2009 at 2:39 PM, Jonathan Marsden &lt;<a href="mailto:jmarsden@fastmail.fm" target="_blank">jmarsden@fastmail.fm</a> &lt;mailto:<a href="mailto:jmarsden@fastmail.fm" target="_blank">jmarsden@fastmail.fm</a>&gt;&gt; wrote:<br>


<br>
<br>
    3) SWIG issues and related segfaults (Ben)<br>
<br>
<br>
This came with r2313, and I&#39;m at a loss how to deal with it...<br>
Python program (this worked r2312, crashes r2313):<br>
import Sword<br>
Sword.VerseKey()<br>
<br>
valgrind gives this (as well as others, but this is the first)<br>
==10943== Invalid write of size 1<br>
==10943==    at 0x48A26D1: sword::VerseKey::init() (versekey.cpp:62)<br>
==10943==    by 0x48A7F13: sword::VerseKey::VerseKey(char const*) (versekey.cpp:103)<br>
==10943==    by 0x4818B18: _wrap_new_VerseKey (Sword.cxx:7023)<br>
==10943==    by 0x407E65C: PyCFunction_Call (methodobject.c:108)<br>
==10943==    by 0x4048846: PyObject_Call (abstract.c:1861)<br>
==10943==    by 0x40CA8D2: PyEval_EvalFrameEx (ceval.c:3853)<br>
==10943==    by 0x40CDBD1: PyEval_EvalCodeEx (ceval.c:2836)<br>
==10943==    by 0x406A7A9: function_call (funcobject.c:517)<br>
==10943==    by 0x4048846: PyObject_Call (abstract.c:1861)<br>
==10943==    by 0x40500D4: instancemethod_call (classobject.c:2519)<br>
==10943==    by 0x4048846: PyObject_Call (abstract.c:1861)<br>
==10943==    by 0x40940DD: slot_tp_init (typeobject.c:4943)<br>
==10943==  Address 0x45B55D4 is not stack&#39;d, malloc&#39;d or (recently) free&#39;d<br>
==10943==<br>
<br>
gdb gives a stack trace of:<br>
0x00b86050 in std::_Rb_tree_increment () from /usr/lib/libstdc++.so.6<br>
(gdb) bt<br>
#0  0x00b86050 in std::_Rb_tree_increment () from /usr/lib/libstdc++.so.6<br>
#1  0x00569706 in std::_Rb_tree_iterator&lt;std::pair&lt;sword::SWBuf const, sword::SWLocale*&gt; &gt;::operator++ (this=0xbfe04c28)<br>
    at /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/stl_tree.h:190<br>
#2  0x0056798b in sword::LocaleMgr::deleteLocales (this=0x81de948)<br>
    at ../src/mgr/localemgr.cpp:193<br>
#3  0x00567a67 in ~LocaleMgr (this=0x81de948) at ../src/mgr/localemgr.cpp:138<br>
#4  0x00568c34 in ~__staticsystemLocaleMgr (this=0x62abe0)<br>
    at ../src/mgr/localemgr.cpp:47<br>
#5  0x005674c8 in __tcf_0 () at ../src/mgr/localemgr.cpp:48<br>
#6  0x0095e9d9 in exit () from /lib/libc.so.6<br>
#7  0x00948df4 in __libc_start_main () from /lib/libc.so.6<br>
#8  0x080484a1 in _start ()<br>
<br>
God Bless,<br>
Ben<br>
-------------------------------------------------------------------------------------------<br>
Multitudes, multitudes,<br>
   in the valley of decision!<br>
For the day of the LORD is near<br>
   in the valley of decision.<br>
<br>
Giôên 3:14 (ESV)<br>
<br>
<br></div></div>
------------------------------------------------------------------------<div class="im"><br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</div></blockquote><div><div></div><div class="h5">
<br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page</div></div></blockquote></div><br>