[sword-devel] OSIS transChange and writing systems without italics?
The normal method to display Bible text added by the translators (implemented in OSIS by the transChange element) is to use italics at the rendering stage. I guess that job falls to the front-end developers. Yet some writing systems do not have italics. In Chinese, for example, I'm informed that such text is typically printed with dotted underline. Our two Chinese modules ChiUn and ChiUns do not make any use of the transChange element, so it's conceivable that most front-end developers have never encountered the question. First, am I correct in my assumptions? Second, is there a proper solution, albeit we might hardly have begun to implement it? Third, if this has not been addressed before, what might be the most suitable means to implement it? Fourth, is this something perhaps that is there already deep within ICU ? Best regards, David -- View this message in context: http://sword-dev.350566.n4.nabble.com/OSIS-transChange-and-writing-systems-without-italics-tp4437877p4437877.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ 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
Re: [sword-devel] BibleTime indexing problem
Gary, if you add this line to your test program (which I suspect Bibletime did similarly at some point) you should get similar values in tmpKey at that point: > return -1; > } ((VerseKey *)book->getKey())->Headings(true); > book->setPosition(TOP); > return 0; Gary Holmlund wrote: >On 02/28/2012 08:21 AM, Troy A. Griffitts wrote: >> So, a little background. >> >> SWORD keys handle versification + 4 special slots: >> >> chapter intro >> book intro >> testament intro >> module intro >> >> These are positioned respectively using, for example starting with >> John 3:16 >> >> VerseKey k("John 3:16"); >> >> k.setVerse(0);// chapter intro >> k.setChapter(0); // book intro >> k.setBook(0); // testament intro >> k.setTestament(0); module intro >> >> If you try to output the key when positioned to any of these 4 >special >> locations, you will get: >> >> John 3:0 >> John 0:0 >> [ Testament 2 Heading ] >> [ Module Heading ] >> >> >> It is important for our verse parser to be able to parse anything >> which it outputs. Thus the special cases for the magic strings which > >> you note below. >> >> I don't think the module having any special text/absence or presence >> of headers has anything to do with the problem; the key itself >doesn't >> know about the module content. >> >> >> Can you show a simple snippet which fails that I might try to debug? >> >> I have created a small test program, and have added it to the >examples >> folder, which tests the functionality and it seems to work for me, >but >> I am using SVN HEAD. Maybe you could try this program in your >> environment: >> >> >http://crosswire.org/svn/sword/trunk/examples/classes/verseposition.cpp >> >> Hope we can get this fixed for you, >> >> Troy >Troy > >The closest program that does what BibleTime does at the beginning of >the indexing is this: >#include >#include >#include >#include > >using namespace sword; >using namespace std; > >int main(int argc, char **argv) { > > const char *modName = "HunKar"; > SWMgr library; > SWModule *book = library.getModule(modName); > if (!book) { > cerr << "Can't find module: " << modName << endl; > return -1; > } > book->setPosition(TOP); > return 0; >} > >However, this program does not have the problem BibleTime is having. It > >seems that some other condition about the module is different between >the two cases, but I have not been able to discover what it is. > >I have debugged down into the setPosition function until I see a >difference. Perhaps if I explain that difference it will mean something > >to you. > >call stack >1sword::zText::incrementztext.cpp1780xb7f001a5 >2sword::zText::decrementztext.h650xb7f004f1 >3sword::SWModule::operator-=swmodule.h6740x815299f >4sword::SWModule::operator--swmodule.h6740x81529ff >5sword::SWModule::setPositionswmodule.cpp3680xb7ea81c9 >6CSwordModuleInfo::buildIndexcswordmoduleinfo.cpp 262 0x813aa07 > >I get down to the increment function when I see the difference. The >function begins like this: > >void zText::increment(int steps) { > long start; > unsigned short size; > unsigned long buffnum; > VerseKey *tmpkey = &getVerseKey(); > >The values for tmpkey are different and in BibleTime we hit the error >condition a little farther into the function: > > if ((error = key->Error())) { > *key = lastgood; > break; > >For the test program tmpkey looks like this: > > thisKey sword::VerseKey > sword::SWKeysword::SWKey > BMAX@0x8116e24 int [2] > autonorm1 char > book1 signed char > chapter 1 int > headings0 '\0' char > internalListKey sword::ListKey > lowerBound 0 long > lowerBoundComponents >sword::VerseKey::VerseComponents > refSys @0x806a7fc sword::VerseMgr::System > suffix 0 '\0' signed char > testament 1 signed char > tmpClone @0x8129db8 sword::VerseKey > upperBound 32359 long > upperBoundComponents >sword::VerseKey::VerseComponents > verse 2 int > >For BibleTime tmpkey looks like this: > > tmpkey @0x843cc40 sword::VerseKey > sword::SWKeysword::SWKey > BMAX@0x843cce4 int [2] > autonorm1 char > book0 '\0' signed char > chapter 0 int > headings1 char > internalListKey sword::ListKey >
Re: [sword-devel] preverse divs
Thanks Chris, Is there a way to move existing issues in API to MODTOOLS? Or were you just thinking of expecting folk to create future issues for Sword utilities in the new project? David -- View this message in context: http://sword-dev.350566.n4.nabble.com/preverse-divs-tp4429131p4438073.html Sent from the SWORD Dev mailing list archive at Nabble.com. ___ 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
On Fri, Mar 2, 2012 at 7:02 AM, Brian J Dumont wrote: > Hi all, > > I've struggled with large commentaries before. It always seemed that once > commentary sections get too big, then random sections of text start > disappearing. > > I'm currently almost done repackaging a part of the EarlyFathers module to > be the homilies of John Chrysostom in commentary form. Thing is, his > homilies are long and I'm hitting the same problems again. Previously, I've > been able to split sections between verses to awkwardly get things to work. > This time I can't; some of these large homilies are on a single verse, and > have another homily on the next. > > So this time I've had no choice but to give up or to buckle down and get > something that the developers can really bite into. I've created an example > OSIS module. One section: Matt.1.1. No special characters, no footnotes, > no headers, almost no markup at all really. > > I'm not compiling it into a compressed format. My command/output is: > [bjdasc@ascpc5] osis2mod mod debug.osis.xml > You are running osis2mod: $Rev: 2671 $ > SUCCESS: osis2mod: has finished its work and will now rest > > I can't always predict *exactly* at what size it will fail (it seems to > depend on things like number of paragraph markers, etc). But it always > fails when the section gets to be roughly 64,000 - 65,000 characters. This > is a pretty suspicious number, being just below 2^16. I assume that I can't > exactly predict the size because there's some overhead, some amount for > paragraph markers, header, etc. > > The attached example file fails (I've also included the conf file that I'm > using to make life easier for any developer that wishes to look at this). > The output is drastically shorter than the input. Please delete one > character from the text in Matt.1.1. It all works nicely. > > This is not a front end problem. I can reproduce the problem in either > Xiphos or diatheke. My diatheke command has been: > diatheke -b Chrysostom -k "Mt 1:1" > > But you can even see when it has failed by the size of the "nt" file created > by osis2mod. This osis file, as attached, creates an nt file that is 70 > bytes. Delete one character and it goes up to 65607 bytes. Note that 70 > bytes + 2^16 bytes = 65606 bytes. > > PLEASE PLEASE PLEASE PLEASE ... I beg you ... I'm stuck without a fix to > this ... it seems like it's an array size limit or a compiler size limit for > some data type or something like that. If you need some legwork, then let > me know; I'll do it. > > Thanks in advance, > Brian > > > -- > --- > The question is not "Have you accepted Jesus into your heart", but "Has > Jesus accepted you into His heart?"; not "have you given your whole > life for God", but "has God given His whole life for you" > - Pr Bryan Wolfmueller, 2010 > > > ___ > 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 Brian, Try adding the switch '-s 4' to your import. Also change your driver in the conf file to RawCom4. This will increase the per-entry size limit from 2^16 bytes (the default) to 2^32 bytes giving you an effective limit of 2GB for each verse or other entry. --Greg ___ 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
>From memory -s 4 perhaps? Cent from my fone so theer mite be tipos. ;) On Mar 2, 2012, at 8:02 AM, Brian J Dumont wrote: > Hi all, > > I've struggled with large commentaries before. It always seemed that once > commentary sections get too big, then random sections of text start > disappearing. > > I'm currently almost done repackaging a part of the EarlyFathers module to be > the homilies of John Chrysostom in commentary form. Thing is, his homilies > are long and I'm hitting the same problems again. Previously, I've been able > to split sections between verses to awkwardly get things to work. This time > I can't; some of these large homilies are on a single verse, and have another > homily on the next. > > So this time I've had no choice but to give up or to buckle down and get > something that the developers can really bite into. I've created an example > OSIS module. One section: Matt.1.1. No special characters, no footnotes, no > headers, almost no markup at all really. > > I'm not compiling it into a compressed format. My command/output is: > [bjdasc@ascpc5] osis2mod mod debug.osis.xml > You are running osis2mod: $Rev: 2671 $ > SUCCESS: osis2mod: has finished its work and will now rest > > I can't always predict *exactly* at what size it will fail (it seems to > depend on things like number of paragraph markers, etc). But it always fails > when the section gets to be roughly 64,000 - 65,000 characters. This is a > pretty suspicious number, being just below 2^16. I assume that I can't > exactly predict the size because there's some overhead, some amount for > paragraph markers, header, etc. > > The attached example file fails (I've also included the conf file that I'm > using to make life easier for any developer that wishes to look at this). > The output is drastically shorter than the input. Please delete one > character from the text in Matt.1.1. It all works nicely. > > This is not a front end problem. I can reproduce the problem in either > Xiphos or diatheke. My diatheke command has been: > diatheke -b Chrysostom -k "Mt 1:1" > > But you can even see when it has failed by the size of the "nt" file created > by osis2mod. This osis file, as attached, creates an nt file that is 70 > bytes. Delete one character and it goes up to 65607 bytes. Note that 70 > bytes + 2^16 bytes = 65606 bytes. > > PLEASE PLEASE PLEASE PLEASE ... I beg you ... I'm stuck without a fix to this > ... it seems like it's an array size limit or a compiler size limit for some > data type or something like that. If you need some legwork, then let me > know; I'll do it. > > Thanks in advance, > Brian > > > -- > --- > The question is not "Have you accepted Jesus into your heart", but "Has > Jesus accepted you into His heart?"; not "have you given your whole > life for God", but "has God given His whole life for you" >- Pr Bryan Wolfmueller, 2010 > > > > ___ > 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
I think osis2mod should detect the problem, output an error and a clear suggestion to use -s 4. Cent from my fone so theer mite be tipos. ;) On Mar 2, 2012, at 8:06 AM, Greg Hellings wrote: > On Fri, Mar 2, 2012 at 7:02 AM, Brian J Dumont > wrote: >> Hi all, >> >> I've struggled with large commentaries before. It always seemed that once >> commentary sections get too big, then random sections of text start >> disappearing. >> >> I'm currently almost done repackaging a part of the EarlyFathers module to >> be the homilies of John Chrysostom in commentary form. Thing is, his >> homilies are long and I'm hitting the same problems again. Previously, I've >> been able to split sections between verses to awkwardly get things to work. >> This time I can't; some of these large homilies are on a single verse, and >> have another homily on the next. >> >> So this time I've had no choice but to give up or to buckle down and get >> something that the developers can really bite into. I've created an example >> OSIS module. One section: Matt.1.1. No special characters, no footnotes, >> no headers, almost no markup at all really. >> >> I'm not compiling it into a compressed format. My command/output is: >> [bjdasc@ascpc5] osis2mod mod debug.osis.xml >> You are running osis2mod: $Rev: 2671 $ >> SUCCESS: osis2mod: has finished its work and will now rest >> >> I can't always predict *exactly* at what size it will fail (it seems to >> depend on things like number of paragraph markers, etc). But it always >> fails when the section gets to be roughly 64,000 - 65,000 characters. This >> is a pretty suspicious number, being just below 2^16. I assume that I can't >> exactly predict the size because there's some overhead, some amount for >> paragraph markers, header, etc. >> >> The attached example file fails (I've also included the conf file that I'm >> using to make life easier for any developer that wishes to look at this). >> The output is drastically shorter than the input. Please delete one >> character from the text in Matt.1.1. It all works nicely. >> >> This is not a front end problem. I can reproduce the problem in either >> Xiphos or diatheke. My diatheke command has been: >> diatheke -b Chrysostom -k "Mt 1:1" >> >> But you can even see when it has failed by the size of the "nt" file created >> by osis2mod. This osis file, as attached, creates an nt file that is 70 >> bytes. Delete one character and it goes up to 65607 bytes. Note that 70 >> bytes + 2^16 bytes = 65606 bytes. >> >> PLEASE PLEASE PLEASE PLEASE ... I beg you ... I'm stuck without a fix to >> this ... it seems like it's an array size limit or a compiler size limit for >> some data type or something like that. If you need some legwork, then let >> me know; I'll do it. >> >> Thanks in advance, >> Brian >> >> >> -- >> --- >> The question is not "Have you accepted Jesus into your heart", but "Has >> Jesus accepted you into His heart?"; not "have you given your whole >> life for God", but "has God given His whole life for you" >>- Pr Bryan Wolfmueller, 2010 >> >> >> ___ >> 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 > > Brian, > > Try adding the switch '-s 4' to your import. Also change your driver > in the conf file to RawCom4. This will increase the per-entry size > limit from 2^16 bytes (the default) to 2^32 bytes giving you an > effective limit of 2GB for each verse or other entry. > > --Greg > > ___ > 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
On 03/02/2012 08:06 AM, Greg Hellings wrote: On Fri, Mar 2, 2012 at 7:02 AM, Brian J Dumont wrote: Hi all, I've struggled with large commentaries before. It always seemed that once commentary sections get too big, then random sections of text start disappearing. I'm currently almost done repackaging a part of the EarlyFathers module to be the homilies of John Chrysostom in commentary form. Thing is, his homilies are long and I'm hitting the same problems again. Previously, I've been able to split sections between verses to awkwardly get things to work. This time I can't; some of these large homilies are on a single verse, and have another homily on the next. So this time I've had no choice but to give up or to buckle down and get something that the developers can really bite into. I've created an example OSIS module. One section: Matt.1.1. No special characters, no footnotes, no headers, almost no markup at all really. I'm not compiling it into a compressed format. My command/output is: [bjdasc@ascpc5] osis2mod mod debug.osis.xml You are running osis2mod: $Rev: 2671 $ SUCCESS: osis2mod: has finished its work and will now rest I can't always predict *exactly* at what size it will fail (it seems to depend on things like number of paragraph markers, etc). But it always fails when the section gets to be roughly 64,000 - 65,000 characters. This is a pretty suspicious number, being just below 2^16. I assume that I can't exactly predict the size because there's some overhead, some amount for paragraph markers, header, etc. The attached example file fails (I've also included the conf file that I'm using to make life easier for any developer that wishes to look at this). The output is drastically shorter than the input. Please delete one character from the text in Matt.1.1. It all works nicely. This is not a front end problem. I can reproduce the problem in either Xiphos or diatheke. My diatheke command has been: diatheke -b Chrysostom -k "Mt 1:1" But you can even see when it has failed by the size of the "nt" file created by osis2mod. This osis file, as attached, creates an nt file that is 70 bytes. Delete one character and it goes up to 65607 bytes. Note that 70 bytes + 2^16 bytes = 65606 bytes. PLEASE PLEASE PLEASE PLEASE ... I beg you ... I'm stuck without a fix to this ... it seems like it's an array size limit or a compiler size limit for some data type or something like that. If you need some legwork, then let me know; I'll do it. Thanks in advance, Brian -- --- The question is not "Have you accepted Jesus into your heart", but "Has Jesus accepted you into His heart?"; not "have you given your whole life for God", but "has God given His whole life for you" - Pr Bryan Wolfmueller, 2010 ___ 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 Brian, Try adding the switch '-s 4' to your import. Also change your driver in the conf file to RawCom4. This will increase the per-entry size limit from 2^16 bytes (the default) to 2^32 bytes giving you an effective limit of 2GB for each verse or other entry. --Greg Thanks very, very much! That's so simple! I had tried each, but not together. Does this, however, mean that compressing the module is not an option? If I read correctly, the "-s 4" option is only for uncompressed modules, and there seems to be no analog to RawCom4 that handles very large entries. Brian -- --- The question is not "Have you accepted Jesus into your heart", but "Has Jesus accepted you into His heart?"; not "have you given your whole life for God", but "has God given His whole life for you" - Pr Bryan Wolfmueller, 2010 ___ 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
That would be super-keen DM. It would be nice if it also noted the need for ModDrv "RawCom4" to go along with "-s 4" Thanks, Brian On 03/02/2012 08:15 AM, DM Smith wrote: I think osis2mod should detect the problem, output an error and a clear suggestion to use -s 4. Cent from my fone so theer mite be tipos. ;) On Mar 2, 2012, at 8:06 AM, Greg Hellings wrote: On Fri, Mar 2, 2012 at 7:02 AM, Brian J Dumont wrote: Hi all, I've struggled with large commentaries before. It always seemed that once commentary sections get too big, then random sections of text start disappearing. I'm currently almost done repackaging a part of the EarlyFathers module to be the homilies of John Chrysostom in commentary form. Thing is, his homilies are long and I'm hitting the same problems again. Previously, I've been able to split sections between verses to awkwardly get things to work. This time I can't; some of these large homilies are on a single verse, and have another homily on the next. So this time I've had no choice but to give up or to buckle down and get something that the developers can really bite into. I've created an example OSIS module. One section: Matt.1.1. No special characters, no footnotes, no headers, almost no markup at all really. I'm not compiling it into a compressed format. My command/output is: [bjdasc@ascpc5] osis2mod mod debug.osis.xml You are running osis2mod: $Rev: 2671 $ SUCCESS: osis2mod: has finished its work and will now rest I can't always predict *exactly* at what size it will fail (it seems to depend on things like number of paragraph markers, etc). But it always fails when the section gets to be roughly 64,000 - 65,000 characters. This is a pretty suspicious number, being just below 2^16. I assume that I can't exactly predict the size because there's some overhead, some amount for paragraph markers, header, etc. The attached example file fails (I've also included the conf file that I'm using to make life easier for any developer that wishes to look at this). The output is drastically shorter than the input. Please delete one character from the text in Matt.1.1. It all works nicely. This is not a front end problem. I can reproduce the problem in either Xiphos or diatheke. My diatheke command has been: diatheke -b Chrysostom -k "Mt 1:1" But you can even see when it has failed by the size of the "nt" file created by osis2mod. This osis file, as attached, creates an nt file that is 70 bytes. Delete one character and it goes up to 65607 bytes. Note that 70 bytes + 2^16 bytes = 65606 bytes. PLEASE PLEASE PLEASE PLEASE ... I beg you ... I'm stuck without a fix to this ... it seems like it's an array size limit or a compiler size limit for some data type or something like that. If you need some legwork, then let me know; I'll do it. Thanks in advance, Brian -- --- The question is not "Have you accepted Jesus into your heart", but "Has Jesus accepted you into His heart?"; not "have you given your whole life for God", but "has God given His whole life for you" - Pr Bryan Wolfmueller, 2010 ___ 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 Brian, Try adding the switch '-s 4' to your import. Also change your driver in the conf file to RawCom4. This will increase the per-entry size limit from 2^16 bytes (the default) to 2^32 bytes giving you an effective limit of 2GB for each verse or other entry. --Greg ___ 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 -- --- The question is not "Have you accepted Jesus into your heart", but "Has Jesus accepted you into His heart?"; not "have you given your whole life for God", but "has God given His whole life for you" - Pr Bryan Wolfmueller, 2010 ___ 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
On 2.3.2012 14:02, Brian J Dumont wrote: I'm not compiling it into a compressed format. My command/output is: [bjdasc@ascpc5] osis2mod mod debug.osis.xml You are running osis2mod: $Rev: 2671 $ SUCCESS: osis2mod: has finished its work and will now rest Interesting. Either it is in the version or in the fact that I have 64bit system and plenty of memory, but I don't see any problem with compiling your file here (Rev: 2686). The resulting mod directory is available on http://www.box.com/s/9jd8nixidljt9ckdogbi Best, Matěj ___ 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
Hi Matej, The difference is that you compiled it as a compressed module. This makes the limit to be 64kb per section after it is zipped. If you triple the contents of the then you'd have the same trouble. I avoided using a zipped module so that the issue wasn't confused, but it also happens with zipped modules. Thanks for looking at it, Brian On 03/02/2012 08:38 AM, Matej Cepl wrote: On 2.3.2012 14:02, Brian J Dumont wrote: I'm not compiling it into a compressed format. My command/output is: [bjdasc@ascpc5] osis2mod mod debug.osis.xml You are running osis2mod: $Rev: 2671 $ SUCCESS: osis2mod: has finished its work and will now rest Interesting. Either it is in the version or in the fact that I have 64bit system and plenty of memory, but I don't see any problem with compiling your file here (Rev: 2686). The resulting mod directory is available on http://www.box.com/s/9jd8nixidljt9ckdogbi Best, Matěj ___ 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 -- --- The question is not "Have you accepted Jesus into your heart", but "Has Jesus accepted you into His heart?"; not "have you given your whole life for God", but "has God given His whole life for you" - Pr Bryan Wolfmueller, 2010 ___ 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
2012/3/2 Brian J Dumont : > Hi Matej, > > The difference is that you compiled it as a compressed module. This makes > the limit to be 64kb per section after it is zipped. If you triple the > contents of the then you'd have the same trouble. > > I avoided using a zipped module so that the issue wasn't confused, but it > also happens with zipped modules. I was under the impression that zipped modules do not suffer from the 64K section limit but perhaps I am mistaken. --Greg > > Thanks for looking at it, > Brian > > > > > On 03/02/2012 08:38 AM, Matej Cepl wrote: >> >> On 2.3.2012 14:02, Brian J Dumont wrote: >>> >>> I'm not compiling it into a compressed format. My command/output is: >>> [bjdasc@ascpc5] osis2mod mod debug.osis.xml >>> You are running osis2mod: $Rev: 2671 $ >>> SUCCESS: osis2mod: has finished its work and will now rest >> >> >> Interesting. Either it is in the version or in the fact that I have 64bit >> system and plenty of memory, but I don't see any problem with compiling your >> file here (Rev: 2686). The resulting mod directory is available on >> http://www.box.com/s/9jd8nixidljt9ckdogbi >> >> Best, >> >> Matěj >> >> ___ >> 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 > > > > -- > --- > The question is not "Have you accepted Jesus into your heart", but "Has > Jesus accepted you into His heart?"; not "have you given your whole > life for God", but "has God given His whole life for you" > - Pr Bryan Wolfmueller, 2010 > > > ___ > 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] JNI Bindings
At some point in the middle-distant past Troy was working on some JNI bindings for the engine and built a minimalistic proof-of-concept Android application to demonstrate them. I know the application was not intended for regular usage but I have two questions regarding it: 1) Where is the latest copy? The only version I was able to locate seems earlier than the latest version I remember using and fails to install a module for me to test it on my phone (a VERY under powered phone from a major Chinese manufacturer). 2) What state are the JNI bindings in? I'm trying to tool around and find a Java web framework I like (might as well grow to at least appreciate our main language at work and become more familiar with it!) and so I'm trying to locate Java versions or bindings of all my favorite tools and libraries so that I know how and where to leverage them properly. I'd be interested to know if the JNI bindings offer a better experience than jSword or if they're still in a very fragile, precarious state. --Greg ___ 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
On 03/02/2012 09:13 AM, Greg Hellings wrote: 2012/3/2 Brian J Dumont: Hi Matej, The difference is that you compiled it as a compressed module. This makes the limit to be 64kb per section after it is zipped. If you triple the contents of the then you'd have the same trouble. I avoided using a zipped module so that the issue wasn't confused, but it also happens with zipped modules. I was under the impression that zipped modules do not suffer from the 64K section limit but perhaps I am mistaken. --Greg I can't guarantee that the actual internal problem is identical, but if not then a very similar problem exists using zipped modules. I first noticed the problem when using compressed modules exclusively. Brian ___ 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
Re: [sword-devel] JNI Bindings
The JNI bindings should be ready to go. I finished them to within epsilon of my goal for Android. Maybe a few rough edges to iron out. They are located in the bindings/ folder of the API. Though for a web application, I'm not sure they would be best. The inherent multithreaded nature of web applications might not be handled well by the JNI bindings. For example, they share a common SWMgr internally. A few rules must be followed when using SWORD in a multithreaded environment, and the first rule is that each thread should have its own SWMgr. We use a stateful class model, so you don't want one thread to set the state of an object just to have that state changed by another thread. The SWORDWeb tools work fine without the consumer needing to worry about threading issues. For example code see: http://crosswire.org/study/examples/ specifically: booklist.jsp lookup.jsp search.jsp (there are some others in there that should be labeled 'experiments' instead of 'examples') On 03/02/2012 03:19 PM, Greg Hellings wrote: At some point in the middle-distant past Troy was working on some JNI bindings for the engine and built a minimalistic proof-of-concept Android application to demonstrate them. I know the application was not intended for regular usage but I have two questions regarding it: 1) Where is the latest copy? The only version I was able to locate seems earlier than the latest version I remember using and fails to install a module for me to test it on my phone (a VERY under powered phone from a major Chinese manufacturer). 2) What state are the JNI bindings in? I'm trying to tool around and find a Java web framework I like (might as well grow to at least appreciate our main language at work and become more familiar with it!) and so I'm trying to locate Java versions or bindings of all my favorite tools and libraries so that I know how and where to leverage them properly. I'd be interested to know if the JNI bindings offer a better experience than jSword or if they're still in a very fragile, precarious state. --Greg ___ 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
Re: [sword-devel] BibleTime indexing problem
Troy, I found it takes both of these conditions to cause the problem. key->Headings(true); book->setSkipConsecutiveLinks(true); The program below outputs Malachi 1:1 Should BibleTime do something different or is this a sword issue. Gary #include #include #include #include using namespace sword; using namespace std; int main(int argc, char **argv) { const char *modName = "HunKar"; SWMgr library; SWModule *book = library.getModule(modName); if (!book) { cerr << "Can't find module: " << modName << endl; return -1; } VerseKey* key = ((VerseKey *)book->getKey()); key->Headings(true); book->setSkipConsecutiveLinks(true); book->setPosition(TOP); cout << *key << endl; return 0; } ___ 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
Re: [sword-devel] osis2mod bug - PLEASE HELP
On 03/02/2012 06:58 AM, Brian J Dumont wrote: On 03/02/2012 09:13 AM, Greg Hellings wrote: 2012/3/2 Brian J Dumont: Hi Matej, The difference is that you compiled it as a compressed module. This makes the limit to be 64kb per section after it is zipped. If you triple the contents of the then you'd have the same trouble. I avoided using a zipped module so that the issue wasn't confused, but it also happens with zipped modules. I was under the impression that zipped modules do not suffer from the 64K section limit but perhaps I am mistaken. --Greg I can't guarantee that the actual internal problem is identical, but if not then a very similar problem exists using zipped modules. I first noticed the problem when using compressed modules exclusively. Brian I can confirm, to my surprise, that compressed modules appear unable to accommodate entries above 64kb. I tested osis2mod's ability to generate compressed modules as well as mod2zmod's ability to compress RawText4 modules, and neither work. I also tried out LZSS compression & variable compression granularities, so it's probably something upstream in zText, zVerse, or such. --Chris ___ 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