I have further narrowed it down. The problem was - despite me thinking that SynodalP is best suited, it is not.
The text I have has Ps 151 (not apocryphal but different chapter/psalm separation, I think). So, using maximum debug, it became obvious the segfault happens when Ps 151.1 is entered. Peter On 04/07/11 20:04, DM Smith wrote: > > On holiday so just a short comment. I think I've seen it before too. I was > able to narrow the problem but not be able to fix it. > > Remind me in a couple of days for more details. > In Him, > DM > > Cent from my fone so theer mite be tipos. ;) > > On Jul 4, 2011, at 2:13 PM, Peter von Kaehne <ref...@gmx.net> wrote: > >> Trying to make a module from a new OSIS file on an to be updated module. >> >> The osisfile works fine with osis2mod if I choose -v Synodal. >> >> If I choose -v SynodalP (closer to the target versification) I get a >> segfault >> >> This is a behaviour which I should have reported probably a while ago, >> but it affected usually only versifications far from the real target one. >> >> But now it stops me. >> >> So, here is a backtrace: >> >> Starting program: /usr/local/bin/osis2mod >> /home/peter/Playground/Belarus/bela >> /home/peter/Playground/Belarus/bela.osis.xml -v SynodalP >> [Thread debugging using libthread_db enabled] >> You are running osis2mod: $Rev: 2562 $ >> INFO(V11N): Job 20:30 is not in the SynodalP versification. >> INFO(V11N): Job.20.30 is not in the SynodalP versification. Appending >> content to Job.20.29 >> INFO(WRITE): Appending entry: Job.20.29: Калі будзе чым напоўніць >> нутробу ягоную, <div eID="gen474" type="paragraph"/> <chapter >> eID="Job.20"/> >> INFO(V11N): Psalms 129:9 is not in the SynodalP versification. >> INFO(V11N): Ps.129.9 is not in the SynodalP versification. Appending >> content to Ps.129.8 >> INFO(WRITE): Appending entry: Ps.129.8: і Ён збавіць Ізраіля ад усіх >> беззаконьняў ягоных. <div eID="gen846" type="paragraph"/> <chapter >> eID="Ps.129"/> >> >> Program received signal SIGSEGV, Segmentation fault. >> 0x0089f7e9 in ?? () from /lib/i386-linux-gnu/libc.so.6 >> (gdb) bt >> #0 0x0089f7e9 in ?? () from /lib/i386-linux-gnu/libc.so.6 >> #1 0x008a1f53 in malloc () from /lib/i386-linux-gnu/libc.so.6 >> #2 0x007b1679 in operator new(unsigned int) () from >> /usr/lib/i386-linux-gnu/libstdc++.so.6 >> #3 0x007b17ad in operator new[](unsigned int) () from >> /usr/lib/i386-linux-gnu/libstdc++.so.6 >> #4 0x0017022e in sword::stdstr(char**, char const*, unsigned int) () >> from /usr/local/lib/libsword-1.6.2.so >> #5 0x0016b03e in sword::VerseKey::initBounds() const () from >> /usr/local/lib/libsword-1.6.2.so >> #6 0x0016b255 in sword::VerseKey::Index(long) () from >> /usr/local/lib/libsword-1.6.2.so >> >> _______________________________________________ >> sword-devel mailing list: sword-devel@crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > _______________________________________________ > sword-devel mailing list: sword-devel@crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page _______________________________________________ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page
