I don't see how the problem can occur without some kind of funny linking
issue, because line 159 of pspp-convert.c in your backtrace is a long
way after the call to i18n_init() on line 75, and i18n_init() has a
pretty obvious initialization of the map that is causing the fault.
Hmm, maybe we still have a duplicate, can you just change
utilities/automake.mk to use
utilities_pspp_convert_LDADD = src/libpspp-core.la
instead of the committed assignment of three items or the one that I
suggested earlier with two items?
On Thu, Jan 09, 2014 at 10:31:17AM -0500, Jeremy Lavergne wrote:
> Cleaned, added the patch and ran autoreconf and rebuilt: no change, still
> crashing in the same spot.
>
> 0 libpspp-core-0.8.1.1-g608cc6.dylib 0x00000001005b25e8 create_iconv__ +
> 69 (hmap.h:308)
> 1 libpspp-core-0.8.1.1-g608cc6.dylib 0x00000001005b1699
> recode_substring_pool + 67 (i18n.c:92)
> 2 libpspp-core-0.8.1.1-g608cc6.dylib 0x00000001005a225b sfm_open_reader +
> 7065 (sys-file-reader.c:1039)
> 3 pspp-convert 0x0000000100450fd7 main + 907
> (pspp-convert.c:159)
> 4 libdyld.dylib 0x00007fff8b13b5fd start + 1
>
> On Jan 9, 2014, at 1:41, Ben Pfaff <[email protected]> wrote:
>
> > This is odd, but it reminds me of commit 4afd608d61b469 "Avoid redundant
> > linking against libtool convenience libraries." So: can you try this
> > patch?
>
_______________________________________________
pspp-dev mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/pspp-dev
