[sword-devel] Infinite loop bug in BosworthToller

Костя Маслюк kostyamaslyuk at gmail.com
Thu Jan 14 11:20:22 MST 2016


As far as i remember strongsPadding is true for dictionaries by default, so
your $$$1 is actually $$$00001

Good to know sword version for software and for imp2mod used to build
module. Rebuilding module and using latest sword have to fix this issue.

p.s. diggin into http://www.crosswire.org/tracker/browse/MOD-61 would clear
up the essence of this issue.


2016-01-14 21:26 GMT+04:00 DM Smith <dmsmith �� crosswire.org>:

> It was reported yesterday by Karl, that BosworthToller has an infinite
> loop bug. And that mod2imp hits this bug.
>
> Here is where mod2imp starts to loop:
> $$$-ǼWED
> <entryFree n="-ǽwed"><p><form><orth>-ǽwed</orth></form>. v.
> ge-ǽ.</p></entryFree>
> $$$-ǼWIRDLIAN
> <entryFree n="-ǽwirdlian"><p><form><orth>-ǽwirdlian</orth></form>. v.
> ge-ǽ</p></entryFree>
> $$$-ǼÞE
> <entryFree n="-ǽþe"><p><form><orth>-ǽþe</orth></form>. v.
> cyning-ǽ.</p></entryFree>
> $$$1
> <entryFree n="-ǽþe"><p><form><orth>-ǽþe</orth></form>. v.
> cyning-ǽ.</p></entryFree>
> $$$1
> <entryFree n="-ǽþe"><p><form><orth>-ǽþe</orth></form>. v.
> cyning-ǽ.</p></entryFree>
> This last entry is stuck in a loop.
>
> From JSword, I’ve dumped the module just fine. Here is the section that is
> problematic:
> Legend:
> first column: index of the entry in the module
> Second column: offset
> Third column: size in bytes
> Fourth column: the key
> Fifth column: block number
> Sixth column: block offset
> (didn’t include columns for the index and offset in the uncompressed
> block.)
> Last column: the first part of the entry, manually truncated for
> readability.
> 860 -ǼWED <entryFree n="-ǽwed"><p><form><orth>-ǽwed</orth></form>. ….
> 861 -ǼWIRDLIAN <entryFree
> n="-ǽwirdlian"><p><form><orth>-ǽwirdlian</orth></form>. ….
> 862 -ǼÞE <entryFree n="-ǽþe"><p><form><orth>-ǽþe</orth></form>. ….
> 863 1 <entryFree n="1"><p><form><orth>1</orth></form>. ….
> 864 3 <entryFree n="3"><p><form><orth>3</orth></form>. ….
> 865 A <entryFree n="a"><p><form><orth>a</orth></form>; ….
> 866 A <entryFree n="A"><p><form><orth>A</orth></form>. ….
> 867 A-BACAN <entryFree n="a-bacan"><p><form><orth>a-bacan</orth></form>,
> ….
> 868 A-BANNAN <entryFree
> n="a-bannan"><p><form><orth>a-bannan</orth></form>; ….
> 870 A-BEALH <entryFree n="a-bealh"><p><form><orth>a-bealh</orth></form> ….
>
> Note: there are duplicate keys. This might be merely “a” problem, pun
> intended.
>
> Just a wild guess, 1 is padded as if it were a Strong’s Number to become
> 00001 and that is used for a lookup. The standard behavior on lookup is to
> return the nearest match.
>
> Padding to Strong’s Numbers should only happen if the module has
> Feature=GreekDef or Feature=HebrewDef. I don’t think it cares and pads the
> number anyway.
>
> If I add StrongsPadding=false to the conf, the module works.
>
> DM
>
>
>
>
> _______________________________________________
> 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
>
----------- �������� ����� -----------
�������� � ������� HTML ���� ���������&hellip;
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20160114/e3a1e95c/attachment.html>


More information about the sword-devel mailing list