Hi guys, I'm currently away and would like to compare my current src to what's
in svn - but I won't be able to do that for at least another week (when I have
access to my laptop again). I did post a few patches a while ago & don't think
they were added but I can't remember what they were or when
OK guys (oddly, I don't think we have any gals),
I believe everyone has their stuff in for 1.6.2. Please shout out very
soon if you have a complaint or anything you still haven't hit the
commit button on.
Thank you to everyone who have reported problems and contributed fixes!
Everyone (especial
Hey Chris,
I've looked at the bug report and really have no idea why it has
problems. DM has thankfully taken over development of osis2mod but I
owe him some code for determining out of bounds verses, which may be the
reason this bug exists. I need to catch up on that for him (sorry DM, I
actual
On 10/21/2010 3:46 AM, Chris Little wrote:
On 10/20/2010 2:36 PM, Troy A. Griffitts wrote:
OK Karl, David, Greg,
Out of suspicion from your zLD comment, I added a delete (which should
have been there anyway) for the module in imp2mod before exiting.
There is also a bug in the compressed m
Sure enough, the logic in imp2vs was missing an else:
if (compress) {
initialize an empty of compressed files
}
initialize an empty set of uncompressed files
Fixed. Thanks for the report!
Troy
On 10/21/2010 08:46 AM, David Haslam wrote:
>
> Hi,
>
> I just had breakfast, then downlo
Everyone who helped.
In the spirit of
http://en.wikipedia.org/wiki/Eight_Disciplines_Problem_Solving
I would like to jump to step D8 and Congratulate the Team.
We may have skipped a few of the earlier steps, but we have a solution that
works.
Step D7 is "Prevent recurrence: Modify the managem
On 10/20/2010 2:36 PM, Troy A. Griffitts wrote:
OK Karl, David, Greg,
Out of suspicion from your zLD comment, I added a delete (which should
have been there anyway) for the module in imp2mod before exiting.
There is also a bug in the compressed module code that crops up by using
osis2mod. A
Troy,
btw. The patch provided by Ben Morgan does work.
i.e. His solution for the letter "f" in booknames issue.
What I reported earlier about "Zefania" can be safely ignored.
That was merely due to the fact that "Zef ..." does not get recognized as a
Bible bookname"
It matches neither "Zec ..."
I have used imp2vs many times creating non-compressed modules, always without
problems.
Johan Marais
-Original Message-
From: Troy A. Griffitts [mailto:scr...@crosswire.org]
Sent: 20 October 2010 10:25 PM
To: SWORD Developers' Collaboration Forum
Subject: [sword-devel] 1.6.2
On 21/10/10 08:46, David Haslam wrote:
> You can spot the two zero length files.
> The files with extension .vss contain only repeated nuls.
These are the index files of the uncompressed modules.
Peter
___
sword-devel mailing list: sword-devel@crosswir
Hi,
I just had breakfast, then downloaded the newly compiled win32 sword
utilities.
I have tested imp2vs and confirm that this solved the issue of not compiling
Revelation (last book).
The four extra files created (surplus to requirements for a compressed
module) are obvious from the directory
Troy,
That appears to have solved the problem. I now have module content
all the way through Revelation 22:21.
--Greg
On Wed, Oct 20, 2010 at 5:25 PM, Troy A. Griffitts wrote:
> On 10/20/2010 11:18 PM, David Haslam wrote:
>>
>> Troy,
>>
>> It's late evening here, too late for me to test anythi
On 10/20/2010 11:18 PM, David Haslam wrote:
>
> Troy,
>
> It's late evening here, too late for me to test anything tonight. But thanks
> for all the progress being made.
>
> I am using BOOK as the compression block size. I hadn't yet tried without
> compression.
Thanks for the info. I'm feeli
Troy,
It's late evening here, too late for me to test anything tonight. But thanks
for all the progress being made.
I am using BOOK as the compression block size. I hadn't yet tried without
compression.
And I agree, the zero length files nt & ot, together with the *.vss files
should be autodel
Re the utilities
I was not able to make more progress. I ended up adding diatheke support to
CMake and just going with that. We would probably have to make a detailed
comparison of the different flags in use between autotools and CMake to know
for sure what is happening.
--Greg
On Oct 20, 2010 3:
I will be home in about 2 hours and able to test then.
--Greg
On Oct 20, 2010 4:37 PM, "Troy A. Griffitts" wrote:
> OK Karl, David, Greg,
>
> Out of suspicion from your zLD comment, I added a delete (which should
> have been there anyway) for the module in imp2mod before exiting.
>
> If David or
OK Karl, David, Greg,
Out of suspicion from your zLD comment, I added a delete (which should
have been there anyway) for the module in imp2mod before exiting.
If David or Greg who have experienced this problem could try the latest
utilities from SVN to confirm different (better, working) behavior
I suspect, if we get confirmation from David or Greg that RawText works
for them and only zText experiences the problem, that it has something
to do with flushing our compression cache. If the compress chunk size
is BOOK then this would even more point to the problem.
Troy
On 10/20/2010 09:52
"Troy A. Griffitts" writes:
> does it happen when creating non-compressed modules (ModDrv=RawText)?
I have never seen this happen, in any of the ~40 RawText Bible modules
I've produced. (I've never bothered to generate compressed modules.)
I've reported problems with compressed lexdict modules
OK Guys,
I've been gently nudged and agree that we need to get 1.6.2 out the door.
This issue needs to be investigated before we release. If imp2vs is
dropping the last book in the file then we need to fix this. Can I get
some more info from people already experimenting with this.
does it happ
Hi Troy,
I've been busy debugging the WEB 1.8 module, and discovered the root cause.
I will email you some files (separate from this mailing list).
The analysis method I used was one that you suggested. See
http://crosswire.org/wiki/DevTools:Modules#Debugging_modules
http://crosswire.org/wiki
David,
Maybe I missed this from the previous posts, but,
Do you have a specific module and verse which demonstrates the problem
which I can use for debugging?
Troy
On 10/17/2010 08:03 PM, David Haslam wrote:
>
> The possible bug actually relates to the operation of the milestone version
> of
The possible bug actually relates to the operation of the milestone version
of the OSIS quote attribute who="Jesus".
According to DM Smith, this should only be required in the milestone XML tag
at the start of the quote.
I have discovered that unless it is also present in the XML tag at the end
Hi Troy,
For SWORD 1.6.1 - I believe I'm on to identifying a bug in how it handles
the OSIS quote marker attribute type="x-doNotGeneratePunctuation".
It has to do with the symptoms (observed e.g. for the WEB module) in regard
to red letter display.
I began a separate thread in the mailing list
Hi Troy,
I sent you a while ago this patch, attached (to patc...@crosswire).
This was what I said about it:
> Just looking back over my checked out sword repository, I found this
> versekey patch.
> This I seem to remember was to fix the problem where having f's in
> booknames would cause the
We've been tying up loose ends and are about ready to release 1.6.2.
I believe I have taken care of all submissions sent to me personally.
Please have a look and if you know of something still outstanding,
please shout out. Nothing personal, it was probably just buried deeper
than I dug.
If you
26 matches
Mail list logo
