<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I added StrongsPadding=false to the conf. Now mod2imp exports as expected. Module is still in experimental.<div class=""><br class=""></div><div class="">BosworthToller still has an infinite loop bug.<br class=""><div class=""><br class=""></div><div class="">In Him,</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>DM</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jan 14, 2016, at 9:40 AM, DM Smith <<a href="mailto:dmsmith@crosswire.org" class="">dmsmith@crosswire.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I’ve been trawling through the code. Seems that there is support for Strong’s Numbers that are not padded. If a module contains Strong’s Numbers that are not padded, it is to use StrongsPadding=false. (Actually any value other than “true” will be false. TRUE is false.) This module does not have it.<div class=""><br class=""></div><div class="">Not having StrongsPadding in a conf is the same as StrongsPadding=true. There’s a note in the wiki that says that we’ll probably reverse that in the future. I doubt it. We still have LZSS as the default compression though no module has used it for years (other than experimental modules).<br class=""><div class=""><br class=""></div><div class="">I’m not sure how a Bible with a reference to G0001 will find G1 as it doesn’t unpad the user’s input. But at least the dictionary should work. BTW, there’s a missing "if (strongsPadding)” in rawLD. It is present in zLD. I think this is a bug. Need to verify, report and submit a patch for it. (BTW, I don’t have write permissions either on the main repo, but I’m not discouraged in contributing and submitting patches.)</div><div class=""><br class=""></div><div class="">So, I’m guessing that without StrongPadding=true, a lookup for G100, becomes G0100 and the nearest entry for it is G1. This might explain the infinite loop?</div><div class=""><br class=""></div><div class="">In Him,</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>DM</div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jan 13, 2016, at 8:42 PM, DM Smith <<a href="mailto:dmsmith@crosswire.org" class="">dmsmith@crosswire.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">Best I can tell, it doesn’t work because the Strong’s number isn’t zero filled and I’ve not found any support for Strong’s numbers that aren’t padded.</span></div></blockquote></div><br class=""></div></div></div>_______________________________________________<br class="">sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" class="">sword-devel@crosswire.org</a><br class=""><a href="http://www.crosswire.org/mailman/listinfo/sword-devel" class="">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br class="">Instructions to unsubscribe/change your settings at above page</div></blockquote></div><br class=""></div></div></body></html>