from:"Gary Holmlund"

Re: [sword-devel] Fwd: Resend: David Haslam's inquiry about Crosswire

2024-03-11 Thread Gary Holmlund


BibleTime can manually add a repository.

Gafy

On 3/11/24 9:51 AM, David Haslam wrote:

Dear Troy,

The underlying problem is that the STEP Bible repository was never 
added to the CrossWire Master Repository List.


Until that’s done, the only way users can test it is when a front-end 
permits manually adding a remote repository. Xiphos can do that, but I 
don’t know if any other app can.


Best regards,

David



On Mon, Mar 11, 2024 at 16:35, Darcy McKinnon  wrote:

Hi David and Troy,

Mark and David passed this along to me to look into. We thought that 
STEPBible's modules were available for others to access, but if we 
have something misconfigured, please let me know.


On the Official_and_Affiliated_Module_Repositories 
 
page we have the following information:


Site Name: STEP Bible
Site Machine Name: ftp.stepbible.org 
Repository Directory: /pub/sword

Catalog Directory: /pub/sword
ZIP Directory: /pub/sword/zip

Below is a transcript of a connection to the ftp server from my Linux 
workstation. If there is something specific that I can test, that 
would be great.


Thank you,
Darcy McKinnon

> ftp ftp://anonym...@ftp.stepbible.org
Connected to ftp.stepbible.org .
220 (vsFTPd 3.0.5)
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
200 Switching to Binary mode.
ftp> cd pub/sword
250 Directory successfully changed.
ftp> ls
229 Entering Extended Passive Mode (|||30096|)
150 Here comes the directory listing.
drwxr-xr-x 2 0 0 4096 Feb 13 10:05 mods.d
-rw-r--r-- 1 0 0 6789 Feb 13 10:05 mods.d.tar.gz
drwxr-xr-x 3 0 0 4096 Feb 13 10:05 modules
drwxr-xr-x 2 0 0 4096 Feb 13 10:05 zip
226 Directory send OK.
ftp> cd mods.d
250 Directory successfully changed.
ftp> ls
229 Entering Extended Passive Mode (|||30082|)
150 Here comes the directory listing.
-rw-r--r-- 1 0 0 1852 Apr 01 2021 RV_th.conf
-rw-r--r-- 1 0 0 2402 Dec 18 21:07 SBLG_th.conf
-rw-r--r-- 1 0 0 3353 Jan 27 2022 THOT.conf
-rw-r--r-- 1 0 0 1586 Sep 30 20:25 abpen_sb.conf
-rw-r--r-- 1 0 0 2265 Sep 30 20:24 abpgk_sb.conf
-rw-r--r-- 1 0 0 3447 Feb 08 22:53 arasvd_sb.conf
-rw-r--r-- 1 0 0 688 Jun 30 2015 cym.conf
-rw-r--r-- 1 0 0 2343 Oct 25 2017 lxx_th.conf
226 Directory send OK.
ftp> cd ../modules
250 Directory successfully changed.
ftp> ls
229 Entering Extended Passive Mode (|||30065|)
150 Here comes the directory listing.
drwxr-xr-x 3 0 0 4096 Feb 13 10:05 texts
226 Directory send OK.
ftp> cd ../zip
250 Directory successfully changed.
ftp> ls
229 Entering Extended Passive Mode (|||30023|)
150 Here comes the directory listing.
-rw-r--r-- 1 0 0 2877552 Feb 13 10:05 AraSVD_sb.zip
-rw-r--r-- 1 0 0 2290234 Nov 06 15:22 CYM.zip
-rw-r--r-- 1 0 0 6267628 Nov 06 15:22 LXX_th.zip
-rw-r--r-- 1 0 0 3008973 Apr 10 2021 RV_th.zip
-rw-r--r-- 1 0 0 1574927 Dec 22 10:05 SBLG_th.zip
-rw-r--r-- 1 0 0 4488324 Nov 21 10:05 THOT.zip
-rw-r--r-- 1 0 0 4682539 Oct 05 21:56 abpen_sb.zip
-rw-r--r-- 1 0 0 4403217 Oct 05 21:56 abpgk_sb.zip
226 Directory send OK.
ftp> exit
221 Goodbye.







-- Forwarded message -
From: *David Instone-Brewer* 
Date: Sat, Mar 9, 2024 at 3:21 AM
Subject: Re: Resend: David Haslam's inquiry about Crosswire
To: Mark Cannon , Darcy McKinnon 





Dear Darcy

David Haslam of Crosswire asked Mark (below) if our module repository 
could be made compatible with other Sword software.
I thought it was! Presumably he means that programs like Zophos can't 
pick up modules from our repository.

Do you know what he means by this problem?

All the best
David IB


I was excited about Patrick's info on the grammar features
working with the ESV_morph and posted something to my own
Facebook page after I posted it on our STEPBible Users page.
David Haslam asked in a reply to my post:

Is there any chance that the Bible modules hosted by STEP
Bible could be maintained in a compatible online repository
such that other SWORD and JSword front-end apps could install
them therefrom ?
For further details, please visit wiki.crosswire.org
 and see the page about “Official
and Affiliated Module Repositories”.
Section 2.6 already describes STEP Bible but the section
hasn’t been updated for several years, so it may now need
updating.
The Master Repositories List (MRL) hosted by CrossWire still
does not include an entry for STEP Bible.
To request that this should be added, please send an email to
Troy A. Griffitts -

Re: [sword-devel] Cross references with Sword 1.9.0RC3

2020-10-18 Thread Gary Holmlund

Jaak,

I did not get an error about this. The capitalized version of this 
function does exist in sword, so override would not help. It looks like 
it is implemented reasonably, but it did not work for me.

I am quite confident that I was not mixing versions of sword.

Gary

On 10/18/20 1:07 PM, Jaak Ristioja wrote:
Gary, are you sure that the compiler did not error or at least warn 
you about this? Because strangely enough, in BibleTime, the overridden 
CSwordBackend::AddRenderFilter method already seems to have the 
override keyword present.

I suspect what you saw might instead have been caused by something 
like compiling BibleTime against an older version of Sword, but 
running it against the newer version of the Sword dynamic library. 
This is a form of API breakage which might perhaps lead to results 
like this.

If this is the case we might in the future get bug reports about this 
from downstream as well.

J

On 18.10.20 16:40, Jaak Ristioja wrote:

Hi!

The respective change in Sword is SVN 3753:

https://github.com/bibletime/crosswire-sword-mirror/commit/b684b6f099

It seems that this time we were not lucky to have a SWDEPRECATED 
alias for the old function name, silently breaking API, and hence 
BibleTime.

In theory this silent error could also have been detected in 
BibleTime if we would have used the override keyword. In practice, 
finding all the functions which need the override keyword is for most 
projects only easy to do if the -Wsuggest-override flag (and perhaps 
even -Werror=suggest-override for debug builds) is used. 
Unfortunately for BibleTime (and other projects using Sword), just 
turning this flag on yields very many warnings from Sword headers 
themselves. The task of figuring out how (and when in the build 
process) to filter BibleTime-specific warnings from all warnings is 
likely not a trivial one.

Best regards,
J

On 18.10.20 01:50, Gary Holmlund wrote:
I found the issue. BibleTime is using a sword function, 
AddRenderFilters, which is deprecated. It was renamed to 
addRenderFilters (A -> a).

Gary

On 10/17/20 1:36 PM, Gary Holmlund wrote:
I have found that sword is not calling the BibleTime OsisToHtml 
filter. It is called with 1.8.1 and not with 1.9RC3. I am still 
working on why this does not happen.

Gary

On 10/16/20 3:49 AM, Troy A. Griffitts wrote:
Hi Gary. No, nothing should have changed in that respect. Can 
anyone else confirm they are having trouble with these in our last 
RC or svn HEAD?

On October 16, 2020 2:44:32 AM GMT+02:00, Gary Holmlund 
 wrote:
>I switched to sword 1.9 rc3 in BibleTime. I am on Fedora 33. Now 
I have

>
>lost cross references, footnotes, Jesus words, etc.
>
>Did any api for references change? Any other thoughts?
>
>Gary Holmlund
>
>
>___
>sword-devel mailing list: sword-devel@crosswire.org
>http://crosswire.org/mailman/listinfo/sword-devel
>Instructions to unsubscribe/change your settings at above page

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity. 

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Cross references with Sword 1.9.0RC3

2020-10-17 Thread Gary Holmlund

I found the issue. BibleTime is using a sword function, 
AddRenderFilters, which is deprecated. It was renamed to 
addRenderFilters (A -> a).

Gary

On 10/17/20 1:36 PM, Gary Holmlund wrote:
I have found that sword is not calling the BibleTime OsisToHtml 
filter. It is called with 1.8.1 and not with 1.9RC3. I am still 
working on why this does not happen.

Gary

On 10/16/20 3:49 AM, Troy A. Griffitts wrote:
Hi Gary. No, nothing should have changed in that respect. Can anyone 
else confirm they are having trouble with these in our last RC or svn 
HEAD?

On October 16, 2020 2:44:32 AM GMT+02:00, Gary Holmlund 
 wrote:

>I switched to sword 1.9 rc3 in BibleTime. I am on Fedora 33. Now I have
>
>lost cross references, footnotes, Jesus words, etc.
>
>Did any api for references change? Any other thoughts?
>
>Gary Holmlund
>
>
>___
>sword-devel mailing list: sword-devel@crosswire.org
>http://crosswire.org/mailman/listinfo/sword-devel
>Instructions to unsubscribe/change your settings at above page

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity. 

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Cross references with Sword 1.9.0RC3

2020-10-17 Thread Gary Holmlund

I have found that sword is not calling the BibleTime OsisToHtml filter. 
It is called with 1.8.1 and not with 1.9RC3. I am still working on why 
this does not happen.

Gary

On 10/16/20 3:49 AM, Troy A. Griffitts wrote:
Hi Gary. No, nothing should have changed in that respect. Can anyone 
else confirm they are having trouble with these in our last RC or svn 
HEAD?

On October 16, 2020 2:44:32 AM GMT+02:00, Gary Holmlund 
 wrote:

>I switched to sword 1.9 rc3 in BibleTime. I am on Fedora 33. Now I have
>
>lost cross references, footnotes, Jesus words, etc.
>
>Did any api for references change? Any other thoughts?
>
>Gary Holmlund
>
>
>___
>sword-devel mailing list: sword-devel@crosswire.org
>http://crosswire.org/mailman/listinfo/sword-devel
>Instructions to unsubscribe/change your settings at above page

--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity. 

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Cross references with Sword 1.9.0RC3

2020-10-15 Thread Gary Holmlund

I switched to sword 1.9 rc3 in BibleTime. I am on Fedora 33. Now I have 
lost cross references, footnotes, Jesus words, etc.


Did any api for references change? Any other thoughts?

Gary Holmlund


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available - Windows

2020-10-12 Thread Gary Holmlund

On 10/11/2020 2:35 PM, Greg Hellings wrote:

Gary,

I have prepared the changes for #1 and 4 below.

For #3 try defining CLUCENE_HOME with -DCLUCENE_HOME=../../some/path/ 
to where you built and installed CLucene. That *should* allow 
FindCLucene.cmake to locate the files appropriately.

#2, not #3

I got the FindClucene.cmake part working. Now I am faced with numerous 
warning and a number of errors. See the attached file. At this point I 
would be happy with a cmake switch that would bypass the 
"FIND_PACKAGE(CLucene QUIET)"

Gary

Now, if I could just ever remember my SVN password to make a commit to 
the source tree! Shame we can't have SSH transport for commits!

--Greg

On Sun, Oct 11, 2020 at 3:01 PM Greg Hellings <mailto:greg.helli...@gmail.com>> wrote:

On Sun, Oct 11, 2020, 11:21 Gary Holmlund mailto:gary.holml...@gmail.com>> wrote:

Troy and Greg,

I have compiled BibleTime with Sword 1.8.903 on Windows. To do
this I
had to make 4 changes to cmake files. The first and last one
are easy
changes. The second and third will need more effort to decide
how to
properly fix them.

Thanks for your great efforts.

Gary Holmlund

1. Find ICU Quiet.

52c52
< FIND_PACKAGE(ICU
---
 > FIND_PACKAGE(ICU QUIET

This is curious. I wonder why.

2.I had to comment out the find of clucene.

55c55
< FIND_PACKAGE(CLucene QUIET)
---
 > #FIND_PACKAGE(CLucene QUIET)

 If it is not commented out, I get this error.

   CMake Error at cmake/FindCLucene.cmake:82 (FILE):
   FILE failed to open for reading (No such file or
directory):

C:/bibletime-tmp/b5/sword-prefix/src/sword-build/./CLucene/clucene-config.h

   NOTE: I find CLucene/clucene-config.h in the include
directory.

There should be a series of search paths it looks through. I'm not
at my computer right now to check, but if you define the search
paths this should be unnecessary. Tobias, I think, has a build
script that demonstrates defining the search path for CLucene.

3. buildtest.exe build error - I comment out the building of
buildtest.exe in CMakeLists.txt

272,277c272,277
< ADD_EXECUTABLE(buildtest buildtest.cpp)
< IF(BUILDING_STATIC)
<   TARGET_LINK_LIBRARIES(buildtest sword_static)
< ELSE(BUILDING_STATIC)
<   TARGET_LINK_LIBRARIES(buildtest sword)
< ENDIF(BUILDING_STATIC)
---
 > #ADD_EXECUTABLE(buildtest buildtest.cpp)
 > #IF(BUILDING_STATIC)
 > # TARGET_LINK_LIBRARIES(buildtest sword_static)
 > #ELSE(BUILDING_STATIC)
 > # TARGET_LINK_LIBRARIES(buildtest sword)
 > #ENDIF(BUILDING_STATIC)

Here are the errors I got without this change.

buildtest.cpp
5>C:\bibletime-tmp\sword\include\swkey.h(92,32): warning C4251:
'sword::SWKey::localeCache': class 'sword::SWKey::LocaleCache'
needs to
have dll-interface to be used by clients of class 'sword::SWKey'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swkey.h(79): message : see
declaration
of 'sword::SWKey::LocaleCache'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(125,34): warning
C4251:
'sword::SWConfig::Sections': class

'std::map,std::allocator>>' needs to have
dll-interface to be
used by clients of class 'sword::SWConfig'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(36): message : see
declaration of

'std::map,std::allocator>>'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(118,24): warning
C4251:
'sword::SWModule::ownConfig': class

'sword::multimapwithdefault>'

needs to have dll-interface to be used by clients of class
'sword::SWModule'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(35): message : see
declaration of

'sword::multimapwithdefault>'

[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(120,43): warning
C4251:
'sword::SWModule::entryAttributes': class

'std::map,std::allocator>>' needs to have
dll-interface to be
used by clients of class 'sword::SWModule'
[C:\bibletime-tmp\b6\

Re: [sword-devel] SWORD 1.9.0RC3 Available - Windows

2020-10-11 Thread Gary Holmlund





3. buildtest.exe build error - I comment out the building of
buildtest.exe in CMakeLists.txt

This might be a question for Troy. I wonder if these are based on the 
deprecations he has done this cycle?


--Greg


This problem is the same as in 1.8.1.

Gary


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available - Windows

2020-10-11 Thread Gary Holmlund


Troy and Greg,

I have compiled BibleTime with Sword 1.8.903 on Windows. To do this I 
had to make 4 changes to cmake files. The first and last one are easy 
changes. The second and third will need more effort to decide how to 
properly fix them.


Thanks for your great efforts.

Gary Holmlund


1. Find ICU Quiet.

52c52
< FIND_PACKAGE(ICU
---
> FIND_PACKAGE(ICU QUIET



2.I had to comment out the find of clucene.

55c55
< FIND_PACKAGE(CLucene QUIET)
---
> #FIND_PACKAGE(CLucene QUIET)

    If it is not commented out, I get this error.

  CMake Error at cmake/FindCLucene.cmake:82 (FILE):
  FILE failed to open for reading (No such file or directory):
C:/bibletime-tmp/b5/sword-prefix/src/sword-build/./CLucene/clucene-config.h

  NOTE: I find CLucene/clucene-config.h in the include directory.



3. buildtest.exe build error - I comment out the building of 
buildtest.exe in CMakeLists.txt


272,277c272,277
< ADD_EXECUTABLE(buildtest buildtest.cpp)
< IF(BUILDING_STATIC)
<   TARGET_LINK_LIBRARIES(buildtest sword_static)
< ELSE(BUILDING_STATIC)
<   TARGET_LINK_LIBRARIES(buildtest sword)
< ENDIF(BUILDING_STATIC)
---
> #ADD_EXECUTABLE(buildtest buildtest.cpp)
> #IF(BUILDING_STATIC)
> # TARGET_LINK_LIBRARIES(buildtest sword_static)
> #ELSE(BUILDING_STATIC)
> # TARGET_LINK_LIBRARIES(buildtest sword)
> #ENDIF(BUILDING_STATIC)

Here are the errors I got without this change.

buildtest.cpp
5>C:\bibletime-tmp\sword\include\swkey.h(92,32): warning C4251: 
'sword::SWKey::localeCache': class 'sword::SWKey::LocaleCache' needs to 
have dll-interface to be used by clients of class 'sword::SWKey' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swkey.h(79): message : see declaration 
of 'sword::SWKey::LocaleCache' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(125,34): warning C4251: 
'sword::SWConfig::Sections': class 
'std::map,std::allocatorsword::SWBuf,sword::ConfigEntMap>>>' needs to have dll-interface to be 
used by clients of class 'sword::SWConfig' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(36): message : see 
declaration of 
'std::map,std::allocatorsword::SWBuf,sword::ConfigEntMap>>>' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(118,24): warning C4251: 
'sword::SWModule::ownConfig': class 
'sword::multimapwithdefault>' 
needs to have dll-interface to be used by clients of class 
'sword::SWModule' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(35): message : see 
declaration of 
'sword::multimapwithdefault>' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(120,43): warning C4251: 
'sword::SWModule::entryAttributes': class 
'std::map,std::allocatorsword::SWBuf,sword::AttributeList>>>' needs to have dll-interface to be 
used by clients of class 'sword::SWModule' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(78): message : see 
declaration of 
'std::map,std::allocatorsword::SWBuf,sword::AttributeList>>>' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(142,30): warning C4251: 
'sword::SWModule::rawdisp': class 'sword::SWModule::StdOutDisplay' needs 
to have dll-interface to be used by clients of class 'sword::SWModule' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(107): message : see 
declaration of 'sword::SWModule::StdOutDisplay' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5> Creating library 
C:/bibletime-tmp/b6/sword-prefix/src/sword-build/Release/buildtest.lib 
and object 
C:/bibletime-tmp/b6/sword-prefix/src/sword-build/Release/buildtest.exp
5>buildtest.obj : error LNK2019: unresolved external symbol "public: 
static char * sword::SWBuf::nullStr" (?nullStr@SWBuf@sword@@2PADA) 
referenced in function "public: __thiscall std::pairconst ,class sword::multimapwithdefaultsword::SWBuf,struct std::less > >::pairsword::SWBuf const ,class sword::multimapwithdefaultsword::SWBuf,class sword::SWBuf,struct std::less > 
>(struct std::piecewise_construct_t,class 
std::tuple,class std::tuple<>)" 
(??$?0$$QAVSWBuf@sword@@$$Z$$V@?$pair@$$CBVSWBuf@sword@@V?$multimapwithdefault@VSWBuf@sword@@V12@U?$less@VSWBuf@sword@@@std@@@2@@std@@QAE@Upiecewise_construct_t@1@V?$tuple@$$QAVSWBuf@sword@@@1@V?$tuple@$$V@1@@Z) 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\b6\sword-prefix\src\sword-bu

Re: [sword-devel] Win32 FileMgr Subclass - BibleTime

2020-07-27 Thread Gary Holmlund




On 7/27/2020 7:24 AM, Greg Hellings wrote:


If any other Xiphos developers want to do testing, or if BibleTime 
does any cross compiling from Fedora. You can also find Xiphos 
installers building the latest Xiphos head against this latest Sword 
head. I'm very far from any Windows machine I can use as a test, so if 
anyone else has a Windows machine to test this on - preferably one 
with a username that includes non-ASCII characters in it - then feel 
free to grab that. If the BibleTime Windows builder (Gary?) wants to 
generate builds against the latest SVN HEAD and test in the same 
manner, it would be a huge help.


Greg,

I tried to build BibleTime with the latest sword svn, but I ran into a 
build issue. We don't build with bzip2 because it is not well supported 
on Windows. I used the cmake var SWORD_NO_BZIP2=Yes, but the sword build 
still required bzip2. Can you fix this?


Gary Holmlund

___
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] TEI Question

2020-07-21 Thread Gary Holmlund


The following example uses module: Cawdrey with key: abrogate

In the debugger before the TEI to HTML filtering I see the following text:

abrogate, take 
away, disanull, disallow,

The question is about the first token, entryFree n="abrogate". Should it 
cause any visible text to be displayed?


I ask because in both BibleTime and Xiphos, the word "abrogate" appears 
twice in the final HTML text. It seems that either the first abrogate 
should not be displayed by sword, or the formatting of Cawdrey is wrong.


Gary Holmlund

___
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] Xiphos not seeing eBible.org repository?

2018-06-13 Thread Gary Holmlund

    I will add this case:

Bibletime
        2.11.1
        1.8.1
        Ubuntu 18.04
        PASS

Bibletime
        2.11.1
        1.7.3
        Ubuntu 18.04
        Fails

The pattern seems to be Sword 1.81 pass, Sword 1.7.3 fail.

Based on how BibleTime failed, I would guess the issue is in Sword and 
how it handles languages that don't have a specific locales.d/*.conf file.

Gary Holmlund

On 06/13/2018 11:55 AM, Michael Johnson wrote:

Thank you, Pierre.

The two installmgr commands you suggested worked on Ubuntu 18.04. Xiphos still 
failed.

On 06/13/2018 08:47 AM, pierre amadio wrote:

Hi there !

I do not have a Ubuntu 18.04 ready to try out, but you should be able to check 
wether the problem is within the sword library itself by trying to perform the 
same task with installmgr.

installmgr -r eBible.org
installmgr -ri eBible.org fraLSG1910eb

If this did not work, double check if you have write permission in all the 
directory tree under your $SWORD_PATH directroy (i guess you have this 
permission ok otheryise no module would install though).

On 13 June 2018 at 20:33, Michael Johnson mailto:mich...@ebible.org>> wrote:

 I'm looking for a pattern in what works and what doesn't. Here is the 
test: install a Bible unique to eBible.org.

 Front end
         version
         Sword version
         OS
         Result
 Xiphos
         4.1.0
         1.8.1
         Windows 10
         PASS
 Xiphos
         4.0.7
         1.7.3
         Ubuntu 18.04
         FAIL
 Bibletime
         2.11.1
         1.8.1
         Windows 10
         PASS
 Bibletime
         2.11.1
         1.7.3
         Ubuntu 18.04
         FAIL
 Xiphos
         4.0.4
         1.7.3
         Ubuntu 16.04
         PASS
 Bibletime
         2.10.1
         1.7.3
         Ubuntu 16.04
         FAIL
 Bibletime
         2.11.1
         ? "About" blank
         Mac OS 10.13.5
         PASS

 It looks to me like the conditions for failure are running Ubuntu 18.04 
Bionic Beaver OR running Bibletime 2.10.1. Presumably the latter problem can be 
safely ignored, since it appears to have been fixed in the current version. 
However, it seems to me to be worth investigating what it is about Ubuntu 18.04 
Bionic Beaver that is causing a module manager failure in both Bibletime and 
Xiphos. Is it the older version of the Sword engine? If so, why does that 
version work on the previous LTS version of Ubuntu?

 This seems to be a worthy puzzle to solve. Ubuntu LTS releases are the 
ones supported by UBS and SIL for Bible translation use, and the Bible 
translations in the eBible.org repository are frequently used as reference 
works by Bible translators. Not only that, but for many end users, the only 
Bible in their own language is in the eBible.org repository.

 Any clues?

 On 06/13/2018 12:16 AM, Robert Hunt wrote:
 > Seems I can't get either http nor ftp eBible repository on Xiphos 4.07 
on Ubuntu Bionic.
 >
 > Robert.
 >
 >
 > On 13/06/18 15:36, Michael Johnson wrote:
 >> Yes, I refreshed the standard list of sources and manually refreshed 
eBible.org. I got a blank list.
 >>
 >> On 06/12/2018 05:14 PM, Greg Hellings wrote:
 >>> Did you go through the normal path of refreshing the standard list of 
sources?
 >>>
 >>> --Greg
 >>>
 >>> On Tue, Jun 12, 2018 at 10:03 PM Kahunapule Michael Johnson mailto:kahunap...@ebible.org> <mailto:kahunap...@ebible.org 
<mailto:kahunap...@ebible.org>>> wrote:
 >>>
 >>>  I just set up a new Linux (Ubuntu Bionic Beaver) system for 
someone, including an install of Xiphos. When trying to preload a few Bible 
translations, I noticed that Xiphos couldn't see the eBible.org repository. However, I 
can see and use it just fine from some other front ends. Is anyone else having this 
problem? Is there anything I can do about it, or is this something that needs to be 
fixed in Xiphos?
 >>>
 >>>  --
 >>>  signature
 >>>
 >>>  Aloha,
 >>>  */Michael Johnson/**
 >>>  PO BOX 881143 • PUKALANI HI 96788-1143*• USA
 >>>  mljohnson.org <http://mljohnson.org> <http://mljohnson.org> 
<http://mljohnson.org> • Phone: +1 808-333-6921 • Skype: kahunapule
 >>>
 >>>
 >>>  ___
 >>>  sword-devel mailing list: sword-devel@crosswire.org 
<mailto:sword-devel@crosswire.org> <mai

Re: [sword-devel] Bishop for Android and iOS 1.0.4

2018-03-11 Thread Gary Holmlund

Troy,

I just tried version 1.05 and it started up with no text. I selected 1,
2, and 3 bibles and all was working.

Gary

On 03/11/2018 07:05 PM, Troy A. Griffitts wrote:

New Bishop is available.

I believe I've added the Apple UDIDs for everyone who sent them. I
haven't looked into TestFlight yet, but thank you for the suggestion.

Michael, I believe I've added a "No data to display." message when none
of the 3 active modules selected have data for the verse chosen.

Gary, thanks again for the log. After installing ABSMaps and running
Bishop for the first time, I see that this module is incorrectly chosen
as a default Bible (it was alphabetically first and my iteration to find
the first Bible wasn't exactly correctly). Please try again and let me
know if things work for you now. Since it has been set as your default
Bible now, it will probably still not choose a Bible, but you can select
your 3 active Bibles from the menu. If you uninstall and reinstall,
Bishop should now correctly skip over ABSMaps when setting a default
Bible on first run.

Chris, thank you for the logs with the crash report. I believe this bug
is fixed for you now too.

Besides bug fixes, this version includes native image viewing support
for manuscript folios.

Let me know if you have a chance to try 1.0.4 and your experiences.

Thanks for all the great feedback and 5-star ratings!

Troy

https://play.google.com/store/apps/details?id=org.crosswire.bishop

https://crosswire.org/bishop/manifest.plist

https://crosswire.org/bishop.ipa

https://crosswire.org/bishop.apk

http://git.crosswire.org/main/bishop

On 03/05/2018 03:15 AM, David Haslam wrote:

In response to Manfred.

TestFlight is part of Apple's infrastructure for testing beta versions of iOS
apps before release.

I've used it in the past to install PocketSword when Nic Carter has been
working on a beta version.

AFAIK, it still downloads from Apple, rather than direct from the developer.
Correct me if I'm wrong.

NB. All new/updated iOS apps must support 64-bit and iOS 11 to be accepted by
Apple.

Best regards,

David

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On 4 March 2018 4:14 PM, Manfred Bergmann wrote:

TestFlight not an option to make it installable for testers?

Manfred

Am 04.03.2018 um 16:36 schrieb DM Smith dmsm...@crosswire.org:

David,

I’ve installed it on my iPhone 6. Will do my iPad 2 later today.

I don’t think the iOS app store supports 32-bit only any more, but they might
allow dual 32/64. I have an old iPhone 5 on which I can test. I don’t have a
32-bit iPad like yours.

It’s not something you’ll be willing to do. I’m describing the process that I
went through in case others are interested.

To install it, you need to be running MacOS. This is possible to do in a VM on
Windows or Linux. I think that’s what Troy does. I have a Mac, so it isn’t a
difficulty for me.

Within MacOS you have to install XCode from the Mac App Store and in XCode open
Window->Devices and Simulators with your iOS device attached to your “Mac".
Make the window wide enough to see the entire device “Identifier”. Right click on that,
select copy and send that to Troy.

Troy will have to add that to the list of authorized devices and rebuild
Bishop.ipa.

Download that ipa and in the same window, click + under INSTALLED APPS,
navigate to that download and “Open” it. This will install it to your device.

Later, I think it’ll be possible to build from source in XCode.

On Mar 4, 2018, at 3:26 AM, David Haslam dfh...@protonmail.com wrote:

Hi Troy,

I've been ignoring Bishop on the grounds that I'd only ever seen it described
as being an Android OS app.

This is the first time I've seen it mentioned in connection with iOS devices.

My devices are iPhone 5 and iPad Mini. My wife has an iPhone 5S and iPad Mini.

Even so, unless it's in the Apple iStore, only users who jailbreak could
install it? AFAICT, it's not there.

btw. Is it a 64-bit app ?

Best regards,

David

Sent from ProtonMail Mobile

On Sat, Mar 3, 2018 at 21:53, Troy A. Griffitts scr...@crosswire.org wrote:

Thanks for the feedback Michael,

I have added a new menu choice:

\[ Settings \]

- Font Size +

It seems to work well on both iOS and Android. Please let me know if it makes
the app more usable for you. The update should now be available for your phone.

Thank you again for taking the time to provide valuable feedback.

Troy

On 03/03/2018 04:05 AM, Michael H wrote:

I already had AndBible installed.

Bishop installed and recognized all the modules (at least 20+ bibles, i haven't confirmed
"ALL") that AndBible has present. I haven't attempted any more module installs
after installing Bishop, either from AndBible or Bishop.

The text is small on my Samsung Galaxy On5. Not horribly unreadably small, but
small for me to use for any length of time. I don't see settings to adjust
that, so I haven't spent much time on it. I can

Re: [sword-devel] Bishop for Android and iOS / JavaScript bindings

2018-03-04 Thread Gary Holmlund


Troy,

Here is the logcat for one startup/crash. See attached file.

I have BibleTime Mobile and about 15 modules.

Gary


On 03/04/2018 03:51 PM, Troy A. Griffitts wrote:
Thanks Gary. Any more info? I only have emulators here. Anything from 
logcat? Do you have AndBible installed? Curious if maybe you have a 
specific module already installed via AndBible which might be causing 
trouble. Any more info from people having startup issues would be 
great. I'll keep trying more emulators.


Troy

On March 4, 2018 3:31:41 PM MST, Gary Holmlund 
<gary.holml...@gmail.com> wrote:


I have a Galaxy S8+ and have the same crash on startup that Chris
has. It was version 1.02 and Android 7.0.

Gary


On 03/04/2018 02:13 PM, Troy A. Griffitts wrote:

Hi Chris, thanks for the report on a Galaxy S8. 2 questions. Have
you tried version 1.0.2 which was released yesterday evening? It
has fixes for older phones. If yes, then can you tell me what
version of Android is on your phone?

Thank you!

Troy

On March 4, 2018 2:02:34 PM MST, Chris Umphress
<umphr...@gmail.com> wrote:

Hey Troy,

I have a Galaxy S8 and finally installed Bishop now that it
is on the Play Store. On launch, the app shows a grey screen
and then crashes. I sent feedback with the logs, but let me
know if I can help in any way to debug this.

Chris Umphress

On Sat, Mar 3, 2018 at 5:05 AM, Troy A. Griffitts
<scr...@crosswire.org <mailto:scr...@crosswire.org>> wrote:

I've had 2 instances of problems running the app.  One
was a report from a user here, and another was trying to
install the app on my TV.  In both cases, the app showed
a blank gray screen after install and and startup.

I have had debug versions on all my devices here at some
point, so I'm not a very good clean test case.  Has
anyone had any luck installing and getting the basic set
of modules running? Or any problems?  Thanks for any
feedback.

https://play.google.com/store/apps/details?id=org.crosswire.bishop
<https://play.google.com/store/apps/details?id=org.crosswire.bishop>

Troy


On 03/02/2018 01:31 PM, David Haslam wrote:

*_Suggestion:_*
Please edit https://wiki.crosswire.org/Frontends:Bishop
<https://wiki.crosswire.org/Frontends:Bishop>
and add these details.

Best regards,

David

Sent with ProtonMail <https://protonmail.com> Secure Email.

‐‐‐ Original Message ‐‐‐
On 1 March 2018 2:26 AM, Troy A. Griffitts
<scr...@crosswire.org> <mailto:scr...@crosswire.org> wrote:


Dear team,

You all know we've been working on Cordova bindings for
SWORD for quite some time now.  We now have a simple
reader written in JavaScript which will run unchanged
on both Android and iOS.Bishop includes an InstallMgr
to auto-discover remote installation sources and let a
user install SWORD content.

I've kept the development code name "Bishop", my
favorite android (from Aliens) and almost appropriate
for a Bible app :)  I've also tacked on our boring
moniker from our Windows app, "Bishop: The SWORD
Project for Android".  Long name but should get more
search hits.

Basically, Bishop's UI has 2 basic modes:

*Reader*: which simply shows 1 chapter of up to 3
Bibles in parallel.
*Verse* *Study*: When in reader mode, as the user
scrolls, one verse will always be active, when
"Verse Study" is chosen from the menu, the user can
then drill down into that active verse.  Verse
Study has 4 tools:*
*

*Word* *Study*: shows the verse broken down
word by word, showing the original Greek or
Hebrew behind each word, along with a simple
definition.*
Commentary*: shows all installed commentary for
that verse.
*Witness* *Study*: shows all available ancient
New Testament manuscript witnesses which attest
to the current verse.
*Variant* *Study*: shows all variant between
the manuscript witnesses for the current verse.

Other features include very basic bookmarks and
search.  The Android release has an initial attempt at
BibleSync support to send your current verse out to all
your friends running

Re: [sword-devel] Bishop for Android and iOS / JavaScript bindings

2018-03-04 Thread Gary Holmlund

I have a Galaxy S8+ and have the same crash on startup that Chris has. 
It was version 1.02 and Android 7.0.


Gary


On 03/04/2018 02:13 PM, Troy A. Griffitts wrote:
Hi Chris, thanks for the report on a Galaxy S8. 2 questions. Have you 
tried version 1.0.2 which was released yesterday evening? It has fixes 
for older phones. If yes, then can you tell me what version of Android 
is on your phone?


Thank you!

Troy

On March 4, 2018 2:02:34 PM MST, Chris Umphress  
wrote:


Hey Troy,

I have a Galaxy S8 and finally installed Bishop now that it is on
the Play Store. On launch, the app shows a grey screen and then
crashes. I sent feedback with the logs, but let me know if I can
help in any way to debug this.

Chris Umphress

On Sat, Mar 3, 2018 at 5:05 AM, Troy A. Griffitts
> wrote:

I've had 2 instances of problems running the app.  One was a
report from a user here, and another was trying to install the
app on my TV. In both cases, the app showed a blank gray
screen after install and and startup.

I have had debug versions on all my devices here at some
point, so I'm not a very good clean test case.  Has anyone had
any luck installing and getting the basic set of modules
running? Or any problems?  Thanks for any feedback.

https://play.google.com/store/apps/details?id=org.crosswire.bishop


Troy


On 03/02/2018 01:31 PM, David Haslam wrote:

*_Suggestion:_*
Please edit https://wiki.crosswire.org/Frontends:Bishop

and add these details.

Best regards,

David

Sent with ProtonMail  Secure Email.

‐‐‐ Original Message ‐‐‐
On 1 March 2018 2:26 AM, Troy A. Griffitts
  wrote:


Dear team,

You all know we've been working on Cordova bindings for
SWORD for quite some time now.  We now have a simple reader
written in JavaScript which will run unchanged on both
Android and iOS.Bishop includes an InstallMgr to
auto-discover remote installation sources and let a user
install SWORD content.

I've kept the development code name "Bishop", my favorite
android (from Aliens) and almost appropriate for a Bible app
:)  I've also tacked on our boring moniker from our Windows
app, "Bishop: The SWORD Project for Android".  Long name but
should get more search hits.

Basically, Bishop's UI has 2 basic modes:

*Reader*: which simply shows 1 chapter of up to 3 Bibles
in parallel.
*Verse* *Study*: When in reader mode, as the user
scrolls, one verse will always be active, when "Verse
Study" is chosen from the menu, the user can then drill
down into that active verse.  Verse Study has 4 tools:*
*

*Word* *Study*: shows the verse broken down word by
word, showing the original Greek or Hebrew behind
each word, along with a simple definition.*
Commentary*: shows all installed commentary for that
verse.
*Witness* *Study*: shows all available ancient New
Testament manuscript witnesses which attest to the
current verse.
*Variant* *Study*: shows all variant between the
manuscript witnesses for the current verse.

Other features include very basic bookmarks and search.  The
Android release has an initial attempt at BibleSync support
to send your current verse out to all your friends running
Bishop on the same network (thanks Karl!).

The initial goal of Bishop was to be the thinnest client on
top of the bindings, as an example and thus uses no 3rd
party libraries, save jQuery.  Now that the initial release
is completed and can serve as an example, we're free to
improve the mobile user interface if anyone feels called to
join the team and give it a shot.

Installation locations follow.  It's best to let Bishop
install its basic set of SWORD modules upon first run, so it
has a minimal set of tools it can use to operate.  It will
prompt you to do this when you first launch the application
and it finds no modules installed.

Android users can install the app from:

https://play.google.com/store/apps/details?id=org.crosswire.bishop


iPhone users will need to send me their UDID for testing
while we try to get

Re: [sword-devel] Strong's Numbers Standards

2017-09-28 Thread Gary Holmlund

My question is about a frontend, BibleTime. Your suggestion about
establishing a pattern from an arbitrary key was what I was thinking
about. I am glad to hear that it is used by JSword. This is the answer I
needed.

Gary

On 09/27/2017 05:11 PM, DM Smith wrote:
I’m curious whether your question is as a module creator or otherwise.
Are you creating a Strong’s module or a module having Strong’s numbers?

The KJV module uses Strong’s numbers of the form G975, that is, a G or
H followed by an unpadded number. That’s the current standard.

There’s a new setting for dictionary modules having keys that
beginning with numbers: StrongsPadding=true|false
When it is true, it will pad a key beginning with numbers with the
assumption that it follows the old logic of padded numbers.

The reason for padded numbers is that keys are sorted by a strict
ascii text collation and the desire is for keys to be in numerical order.

You can use ld2imp to dump a dictionary and examine its keys.

A front end needs to normalize a search request the same as the module
it is searching against.

I don’t know how SWORD does it but JSword examines an arbitrary key
from the Strong’s module and establishes a pattern based upon that. It
allows for keys to start with a G or H and be 0 padded or not. Then it
normalizes the search request according to that pattern.

Hope this helps a bit,
DM Smith

On Sep 27, 2017, at 2:12 PM, Gary Holmlund <gary.holml...@gmail.com
<mailto:gary.holml...@gmail.com>> wrote:

I don't see anywhere the document suggest not having the zeros. I do
see several examples with zeros between the letter and the digits.

H0776
H01961
H08414
H0922

Even if the document had suggested no zeros, we have documents
(MLStrong, Dodson) that do have these zeros. If I have "G32" how do I
know to change it to "G0032" to lookup in these documents?

Gary

On 09/27/2017 12:12 AM, Michael H wrote:
STEP suggests that leading zeros do not belong in between the letter
and the digits.

https://stepweb.atlassian.net/wiki/spaces/TYNSTEP/pages/36569098/OSIS+samples#OSISsamples-OSISofaBiblewithstrongnumbers(ESV)
<https://stepweb.atlassian.net/wiki/spaces/TYNSTEP/pages/36569098/OSIS+samples#OSISsamples-OSISofaBiblewithstrongnumbers%28ESV%29>

On Tue, Sep 26, 2017 at 10:38 PM, Gary Holmlund <g...@holmlund.org
<mailto:g...@holmlund.org>> wrote:

I am trying to understand the various forms that Strong's
references can have. Let me explain with an example from
BibleTime when we hover over a word and automatically display
the Strong's reference text.

In the new testament (KJV and ESV2011) the Strong's reference
for "angel" is "G32". In BibleTime the "G" is removed leaving
"32" as the reference to lookup. This works for StrongsGreek,
StringsRealGreek, and AbbottSmithStrongs. It does not work for
MLStrong and Dodson.

In the books StrongsGreek, StringsRealGreek, and
AbbottSmithStrongs the reference is "00032". In MLStrong and
Dodson the reference is "G0032". So, I find that "32" will work
as a key when the book reference is "00032", but "32" or "G32"
won't work if the book reference is "G0032"

If I knew that Strong's references were either "G" or
"n" I could pad zeros in the right place when a shorter
Strong's reference needs to be looked up. Or is there some other
method we can use?

PS. I am told that Xiphos has the same problem.

Gary Holmlund

___
sword-devel mailing list: sword-devel@crosswire.org
<mailto:sword-devel@crosswire.org>
http://www.crosswire.org/mailman/listinfo/sword-devel
<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
<mailto: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] Strong's Numbers Standards

2017-09-27 Thread Gary Holmlund

I don't see anywhere the document suggest not having the zeros. I do see
several examples with zeros between the letter and the digits.

H0776
H01961
H08414
H0922

Even if the document had suggested no zeros, we have documents
(MLStrong, Dodson) that do have these zeros. If I have "G32" how do I
know to change it to "G0032" to lookup in these documents?

Gary

On 09/27/2017 12:12 AM, Michael H wrote:
STEP suggests that leading zeros do not belong in between the letter
and the digits.

On Tue, Sep 26, 2017 at 10:38 PM, Gary Holmlund <g...@holmlund.org
<mailto:g...@holmlund.org>> wrote:

I am trying to understand the various forms that Strong's
references can have. Let me explain with an example from BibleTime
when we hover over a word and automatically display the Strong's
reference text.

In the new testament (KJV and ESV2011) the Strong's reference for
"angel" is "G32". In BibleTime the "G" is removed leaving "32" as
the reference to lookup. This works for StrongsGreek,
StringsRealGreek, and AbbottSmithStrongs. It does not work for
MLStrong and Dodson.

In the books StrongsGreek, StringsRealGreek, and
AbbottSmithStrongs the reference is "00032". In MLStrong and
Dodson the reference is "G0032". So, I find that "32" will work as
a key when the book reference is "00032", but "32" or "G32" won't
work if the book reference is "G0032"

If I knew that Strong's references were either "G" or "n"
I could pad zeros in the right place when a shorter Strong's
reference needs to be looked up. Or is there some other method we
can use?

PS. I am told that Xiphos has the same problem.

Gary Holmlund

___
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] Strong's Numbers Standards

2017-09-27 Thread Gary Holmlund

I am trying to understand the various forms that Strong's references can 
have. Let me explain with an example from BibleTime when we hover over a 
word and automatically display the Strong's reference text.


In the new testament (KJV and ESV2011) the Strong's reference for 
"angel" is  "G32". In BibleTime the "G" is removed leaving "32" as the 
reference to lookup. This works for StrongsGreek, StringsRealGreek, and 
AbbottSmithStrongs. It does not work for MLStrong and Dodson.


In the books StrongsGreek, StringsRealGreek, and AbbottSmithStrongs the 
reference is "00032". In MLStrong and Dodson the reference is "G0032". 
So, I find that "32" will work as a key when the book reference is 
"00032",  but "32" or "G32" won't work if the book reference is "G0032"


If I knew that Strong's references were either "G" or "n" I 
could pad zeros in the right place when a shorter Strong's reference 
needs to be looked up. Or is there some other method we can use?


PS. I am told that Xiphos has the same problem.

Gary Holmlund



___
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] sword-trunk cmake build broken.

2016-09-15 Thread Gary Holmlund

The current sword-trunk is broken. A recent removal of cipherraw utility 
was not done right. The utilities/CMakeLists.txt still refers to it.


-- CONFIGURING INSTALLATION DESTINATIONS
-- Destination: /usr/local
-- Configuring done
CMake Error at utilities/CMakeLists.txt:60 (ADD_EXECUTABLE):
  Cannot find source file:
cipherraw.cpp

Best regards,

Gary Holmlund




___
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] Windows 10 ?

2015-08-03 Thread Gary Holmlund

On 7/31/2015 1:58 AM, Matěj Cepl wrote:
 On 2015-07-31, 07:13 GMT, Healing Advisor wrote:
 On 31/07/15 01:11, Brian Schroeder wrote:

 I have not done extensive testing, but so far I cannot see any problem
 with Xiphos.  It has worked perfectly thus far.
 I have Windows 10 in VM on RHEL-7 and Xiphos seems to work fine 
 (very briefly tested).

 Matěj
I installed BibleTime onto a cleanly installed Windows 10 system. It
seems to work fine.

Gary Holmlund


___
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] SWORD 1.7.0 Released

2013-10-05 Thread Gary Holmlund

Troy,

Thanks very much for all your efforts.

Gary Holmlund


On 10/05/2013 05:48 AM, Troy A. Griffitts wrote:
 After way too long, 1.7.0 is finally available for public release.

 http://crosswire.org/sword/software/swordapi.jsp

 There is a huge list of changes which can be found in the ChangeLog:

 http://crosswire.org/ftpmirror/pub/sword/source/v1.7/sword-1.7.0/ChangeLog


 along with a huge list of contributors.  Thank you so much for all of
 your time and contributions and divine patience.

 May our Lord bless this work to effectively bring His Great News of
 His offer of forgiveness to a world that doesn't even know they need Him.

 In Him,

 Troy

 ___
 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] Ubuntu Touch Bible app

2013-07-10 Thread Gary Holmlund


?,

I think we should talk about our goals and our development plans. I 
think this should be done on the BibleTime list (bt-de...@crosswire.org)


Gary

On 07/10/2013 09:38 AM, ? ?? wrote:

Hi, just would like add my points to this conversation.

If Ubuntu Phone OS supports Qt C++ development, why not to give a try 
to existing Sword Qt Project? BibleTime Mini is now at releasing 
development stage and have relative long development history. It use 
QtCreator *.pro-file based building/deployment system, so you are able 
to just open it and build. If you are looking for place to place 
efforts in Bible software development, it is good point too 
collaborate too, because your work will be available on other 
platforms (Android, IOS, Symbian, and other packages are already been 
made).


I have plans to add QML support for some platforms (iOS and Android) 
to add cool looking controls and animations to ui transitions.


By the way, Gary, is there any opportunity to unite efforts on both 
BibleTime Mini and BibleTime Mobile from my side? I think together we 
are able to produce better application for users.


Let God bless you.




2013/7/4 Israel israeld...@gmail.com mailto:israeld...@gmail.com

Hi everyone,
There are a few of us who have banded together to start work on a
Ubuntu Touch SWORD app.  Is anyone else working on one?
If anyone is interested please join us on github.
https://github.com/uBible
We are currently in the process of working out the beginning
details, such as UI setup, features, etc
May the Lord Jesus bless you all!

-- 
Regards



___
sword-devel mailing list: sword-devel@crosswire.org
mailto: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

Re: [sword-devel] Sword API-151 bug patch

2013-03-11 Thread Gary Holmlund



Compiled and tested. This bug is fixed!

Gary

On 03/11/2013 06:44 AM, Greg Hellings wrote:
Bibletime's sword-svn-compat branch has now been updated with the 
latest changes necessary to build so you should be able to test it now.


--Greg


On Sat, Feb 23, 2013 at 11:12 PM, Gary Holmlund 
gary.holml...@gmail.com mailto:gary.holml...@gmail.com wrote:


Troy,

We currently don't have a BibleTime that is compatible with sword
svn. I did try the test program that I sent with the bug report.
It looks like it produces the correct result.

Thanks for the fix.

Gary



On 02/23/2013 03:59 PM, Troy A. Griffitts wrote:

Dear Gary,

Thank you for reporting this bug and spending the time to
pinpoint a place in the code where this error manifests!  Your
patch was invaluable to finding the problem.

I have committed a fix that I hope resolves this problem.  Can
you test svn head and let me know how things work for you?

Thank you again for spending the time to hunt this one down.
 It was a doozy to find even with your help.  I'd still be
hunting without it.  Most appreciated.

Troy



On 01/31/2013 02:46 AM, Gary Holmlund wrote:

On 12/24/2012 09:00 AM, Gary Holmlund wrote:

I have attached a small patch to the Sword API-151
bug. I would appreciate someone looking at it and
applying it.

This problem is affecting indexing in BibleTime with
certain modules. In the example I gave, part of the
HunKar module before Malachi can't be searched.

Thanks,

Gary Holmlund

I am sending a gentle reminder about this defect. We have
had another person run into this today.

I have solved it and supplied a patch (a 1 character
change). I would like to see it fixed before a sword 1.7
release.

Gary

_


___
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] Sword API-151 bug patch

2013-02-23 Thread Gary Holmlund


Troy,

We currently don't have a BibleTime that is compatible with sword svn. I 
did try the test program that I sent with the bug report. It looks like 
it produces the correct result.


Thanks for the fix.

Gary


On 02/23/2013 03:59 PM, Troy A. Griffitts wrote:

Dear Gary,

Thank you for reporting this bug and spending the time to pinpoint a 
place in the code where this error manifests!  Your patch was 
invaluable to finding the problem.


I have committed a fix that I hope resolves this problem.  Can you 
test svn head and let me know how things work for you?


Thank you again for spending the time to hunt this one down.  It was a 
doozy to find even with your help.  I'd still be hunting without it.  
Most appreciated.


Troy



On 01/31/2013 02:46 AM, Gary Holmlund wrote:

On 12/24/2012 09:00 AM, Gary Holmlund wrote:
I have attached a small patch to the Sword API-151 bug. I would 
appreciate someone looking at it and applying it.


This problem is affecting indexing in BibleTime with certain 
modules. In the example I gave, part of the HunKar module before 
Malachi can't be searched.


Thanks,

Gary Holmlund
I am sending a gentle reminder about this defect. We have had another 
person run into this today.


I have solved it and supplied a patch (a 1 character change). I would 
like to see it fixed before a sword 1.7 release.


Gary

___
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

Re: [sword-devel] Sword API-151 bug patch

2013-01-30 Thread Gary Holmlund


On 12/24/2012 09:00 AM, Gary Holmlund wrote:
I have attached a small patch to the Sword API-151 bug. I would 
appreciate someone looking at it and applying it.


This problem is affecting indexing in BibleTime with certain modules. 
In the example I gave, part of the HunKar module before Malachi can't 
be searched.


Thanks,

Gary Holmlund
I am sending a gentle reminder about this defect. We have had another 
person run into this today.


I have solved it and supplied a patch (a 1 character change). I would 
like to see it fixed before a sword 1.7 release.


Gary

___
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] Sword API-151 bug patch

2012-12-24 Thread Gary Holmlund

I have attached a small patch to the Sword API-151 bug. I would 
appreciate someone looking at it and applying it.


This problem is affecting indexing in BibleTime with certain modules. In 
the example I gave, part of the HunKar module before Malachi can't be 
searched.


Thanks,

Gary Holmlund



___
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] seeking consensus on OSIS lemma best practice

2012-10-12 Thread Gary Holmlund


On 10/12/2012 03:16 PM, Chris Little wrote:

On 10/12/2012 1:40 PM, Daniel Owens wrote:

Gary Holmlund and I are working on a problem related to the Westminster
Hebrew Morphology (WHM) module. We need a consensus on markup practices
for OSIS lemma.

I was having a problem getting natural Hebrew lemma to look up an entry
and display it in the mag window. Gary discovered that if H is
prefixed to lemma in WHM, the BibleTime mag window works with Hebrew
lemma (as opposed to Strong's numbers).

My understanding is that this is not typical OSIS best practice but a
SWORD convention. I resisted at first, but now I think there is some
wisdom to using this method. We need some way to distinguish between
Hebrew and Aramaic words, which can be identical in form but not in
meaning. WHM uses @ for Hebrew and % for Aramaic. I suggested to Gary
that we compromise and simply change @ to H and % to A, modifying
BibleTime to strip A and H and use that to look for the entry in the
correct lexicon.

The markup would look like this:

Hebrew (from Deuteronomy): w lemma=whmlemma:Hאבד
morph=whmmorph:some_valueתֹּאבֵדוּן֮/w

Aramaic (from Jeremiah): w lemma=whmlemma:Aאבד
morph=whmmorph:some_valueיֵאבַ֧דוּ/w

The main problem I see is that other front-ends may not follow the
process of looking for G or H and then stripping the character before
looking up the entry.

Could we come to a consensus on this?


Could you confirm that this is the behavior in some front end other 
than BibleTime? From my perspective it just sounds like a BibleTime bug.


This is certainly bad OSIS encoding. It is also not a Sword 
convention. If anything is implemented that requires a language prefix 
like this, it represents a bug, whether in Sword or in BibleTime.


--Chris

Here is a quote of a comment from Xiphos source code:

 Strong's words are specified as a prefix letter H or G (Hebrew or
 Greek) and the numeric word identifier, e.g. G2316 to find 
\θεός\ (\God\).


So it appears to use the H or G method. Is there is documentation about 
a better way to do this?


Gary
___
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] seeking consensus on OSIS lemma best practice

2012-10-12 Thread Gary Holmlund


On 10/12/2012 07:23 PM, Karl Kleinpaste wrote:

Chris Little wrote:

This is certainly bad OSIS encoding. It is also not a Sword
convention. If anything is implemented that requires a language prefix
like this, it represents a bug, whether in Sword or in BibleTime.

Well...this is how SWModule has done this since forever.

Gary Holmlund gary.holml...@gmail.com writes:

Here is a quote of a comment from Xiphos source code:
  Strong's words are specified as a prefix letter H or G (Hebrew or
  Greek) and the numeric word identifier, e.g. G2316 to find \θεός\
  (\God\).

Yes, that's from one of the help texts in Xiphos' advanced search.  It
simply reflects what has been the case since (what I have always
perceived as) The Dawn Of Net.Time.

See src/modules/swmodule.cpp, the description of case -3 before
SWModule::search().  And then tell me what the 3 special cases are
about, that have to do with noticing G3588.

(Love the comment: cheeze.  skip empty article tags that weren't
assigned to any text.  Hm.)

Type this into a shell in the sword/src directory. You will see plenty 
of evidence that sword is using H and G to parse strongs information.


   find -type f -name '*.cpp' |xargs grep -w H

Gary


___
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] strongs lookup issue in Bibletime

2012-06-17 Thread Gary Holmlund

Actually this probably is a sword issue. I reported a bug (API-151) in 
April and this problem seems consistent with that bug. Any chance of 
getting some attention on API-151?


Gary Holmlund

On 06/16/2012 09:09 AM, Matthew Patenaude wrote:

Hi guys,

Something strange is going on. The search function for Bibletime 
(latest in Ubuntu 12.04 repository) has more problems than just the 
strong's search issue in the TR module.


I opened it today and did a regular English search for longsuffering 
(KJV module) and got New Testament locations only. Xiphos gives the 
full search results, starting with a reference in Exodus 34:6, and its 
searches all seem to be fine.


I then tried other words. bush (I was going for the burning bush in 
Exodus) and also got only New Testament references (to the burning 
bush, in the Gospels). So I tried Moses, and the first reference I 
got was in Malachi!


What's going on here? I would happy to do whatever to troubleshoot the 
problem to help out, but I would think someone on the devel team for 
Bibletime would like to get this one figured out...


Matthew Patenaude

Message: 1

Date: Fri, 15 Jun 2012 07:56:44 -0400
From: Matthew Patenaude mnglfid...@gmail.com
mailto:mnglfid...@gmail.com
To: sword-devel@crosswire.org mailto:sword-devel@crosswire.org
Subject: [sword-devel] strongs lookup issue in Bibletime
Message-ID:
CAC3BBQBjb3WNEET=sLQxSpYu0QfUzS=qogupbnb2fpjybhw...@mail.gmail.com 
mailto:qogupbnb2fpjybhw...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

Hey all,

I sent this out before, but as I first tried just before the
servers came
back on, and then right after, I'm not sure anyone actually saw
the message.

When running BibleTime, one of my favorite functions is to
right-click on a
word, and choose Strong's Search. However, after a recent upgrade to
Ubuntu 12.04, and the accompanying version of BibleTime, the Strong's
Search function is no longer working with the TR module. It does
work for
other modules (KJV, for instance), but not for TR.

I have deleted indexes, re-created indexes, re-installed modules,
recreated
indexes using Xiphos instead of BibleTime... nothing has worked so
far. The
search box comes up like it normally would, as if the program
*thinks* it
did the search, but it is empty. No results.

Xiphos performs Lucene lemma searches on the same module without any
problem. However, I like the simplicity and convenience of BibleTime's
interface for this.

Does anyone have any idea why the TR module is not working (it
used to,
before my upgrade)? I downloaded the module fresh in BibleTime
after the
upgrade.

Does anyone have any idea how to trouble shoot my issue?

Thanks,
Matthew Patenaude



___
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] strongs lookup issue in Bibletime

2012-06-15 Thread Gary Holmlund


Matthew,

For future reference you should have addressed this to 
bt-de...@crosswire.org since it is a BibleTime issue.


I have verified your issue using ubuntu 12.04 and our latest BT code. I 
also see it is working with the latest BT code in ubuntu 11.10.


I am not yet sure what the issue is, but I have a possible workaround 
for you. I was able to copy the TR index generated by 11.10 into my 
12.04 system and the searching started working in 12.04 for the TR 
module. Assuming you have tried to index 12.04, copy the 
$HOME/.bibletime/indices/TR/standard directory from 11.10 into the same 
place in 12.04. Delete the 12.04 standard directory first.


Gary Holmlund


On 06/15/2012 04:56 AM, Matthew Patenaude wrote:

Hey all,

I sent this out before, but as I first tried just before the servers 
came back on, and then right after, I'm not sure anyone actually saw 
the message.


When running BibleTime, one of my favorite functions is to right-click 
on a word, and choose Strong's Search. However, after a recent 
upgrade to Ubuntu 12.04, and the accompanying version of BibleTime, 
the Strong's Search function is no longer working with the TR module. 
It does work for other modules (KJV, for instance), but not for TR.


I have deleted indexes, re-created indexes, re-installed modules, 
recreated indexes using Xiphos instead of BibleTime... nothing has 
worked so far. The search box comes up like it normally would, as if 
the program /thinks/ it did the search, but it is empty. No results.


Xiphos performs Lucene lemma searches on the same module without any 
problem. However, I like the simplicity and convenience of BibleTime's 
interface for this.


Does anyone have any idea why the TR module is not working (it used 
to, before my upgrade)? I downloaded the module fresh in BibleTime 
after the upgrade.


Does anyone have any idea how to trouble shoot my issue?

Thanks,
Matthew Patenaude


___
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] SWORD 1.7

2012-04-21 Thread Gary Holmlund




oWe still have an outstanding bug report with TOP going to Malachi or 
something like this in a certain Bible module (I'm old and have forgotten the 
details on this one.  I think we talked about it in #sword.  I couldn't find a 
message thread)

Troy,

I reported this bug on this list about a month ago. I just entered a bug 
report about it (API-151). It is reproducible with a small program I 
attached to the bug.


Also, I am investigating a problem in BibleTime where it sometimes can't 
unlock a module. It appears  to be a sword problem. I will try to get 
more information to you in the next few days.


Gary Holmlund



___
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

2012-03-03 Thread Gary Holmlund


Troy,

HunKar is the only module I am aware of that has the problem. I also 
note that sword 1.6.2 has the problem and 1.6.1 does not.


Gary

On 03/03/2012 06:26 PM, Troy A. Griffitts wrote:

Gary,

Thank you so much for investing the time to put in the leg work to 
investigate this and provide a concise example that represents the 
problem.  I seems to be a bug in the skipConsecutiveLinks flag with 
regard to Testament 1 Header.


Did you say this only happens on the HunKar module?

I have stepped through the code and something is certainly wrong-- 
even if there is a module bug.  I'm not saying there is one, but even 
if there is a strange link in the headings, the -- operator on the 
module shouldn't jump from Testament 1 Heading to Malachi :)


I'll let you know what I find.  Any more information you have would be 
useful.  Again, thanks for investing the time.  This is exactly what 
we need to debug this.


Troy



On 03/03/2012 06:05 AM, Gary Holmlund wrote:

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 iostream
#include swmgr.h
#include swmodule.h
#include versekey.h

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] BibleTime indexing problem

2012-03-02 Thread Gary Holmlund


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 iostream
#include swmgr.h
#include swmodule.h
#include versekey.h

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] BibleTime indexing problem

2012-03-01 Thread Gary Holmlund


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 iostream
#include swmgr.h
#include swmodule.h
#include versekey.h

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
lowerBound  0   long
lowerBoundComponents
sword::VerseKey::VerseComponents

refSys   @0x843c08c sword::VerseMgr::System
suffix  0 '\0'  signed char
testament   1   signed char
tmpClone @0x863a790 sword::VerseKey
upperBound  32359   long
upperBoundComponents
sword::VerseKey::VerseComponents

verse   0   int


I suspect that the book, chapter, and headings values being

[sword-devel] BibleTime indexing problem

2012-02-27 Thread Gary Holmlund



I am investigating why the searching in BibleTime for the HunKar Bible 
begins

in Malachi instead of Genesis. I found that BibleTime is building the index
incorrectly. This only happens with sword 1.6.2, not 1.6.1. Further 
debuging

gets to the following BibleTime code in CSwordModuleInfo::buildIndex:

m_module-setPosition(sword::TOP);


Looking into member variables of m_module after the setPosition I see that
book is set to 39 which is Malachi. It should be set to 1 for Genesis.
Tracing down through sword book is set to 39 in sword:VerseKey::Normalize.
Here is the call stack from setPosition down to Normalize:

0sword::VerseKey::Normalizeversekey.cpp12760xb7e77d78
1sword::VerseKey::setBookversekey.cpp14340xb7e783c3
2sword::VerseKey::Bookversekey.h3120x8154931
3sword::VerseKey::ParseVerseListversekey.cpp5220xb7e751b9
4sword::VerseKey::parseversekey.cpp2880xb7e74785
5sword::VerseKey::setTextversekey.h2200x8154830
6sword::SWKey::copyFromswkey.cpp1810xb7e6f19c
7sword::VerseKey::copyFromversekey.cpp2070xb7e741d6
8sword::SWKey::positionFromswkey.h1670x8152825
9sword::VerseKey::positionFromversekey.cpp1520xb7e73ec5
10sword::SWKey::operator=swkey.h2250xb7eaafa9
11sword::zText::incrementztext.cpp1780xb7f001a5
12sword::zText::decrementztext.h650xb7f004f1
13sword::SWModule::operator-=swmodule.h6740x815299f
14sword::SWModule::operator--swmodule.h6740x81529ff
15sword::SWModule::setPositionswmodule.cpp3680xb7ea81c9
16CSwordModuleInfo::buildIndexcswordmoduleinfo.cpp 262 0x813aa07


In sword::VerseKey::ParseVerseList I see something that does not seem right.
The curKey-Book(0) seems like it should not have a 0 parameter. When it
does have the 0 parameter, book is set to 39. I think it should be 1.
This code is executed when using the HunKar Bible, but not other Bibles 
I tested.


if ((!strncmp(buf, [ Testament , 12)) 
(isdigit(buf[12])) 
(!strcmp(buf+13,  Heading ]))) {
curKey-Verse(0);
curKey-Chapter(0);
curKey-Book(0);  // versekey.cpp line 522 ::ParseVerseList


book is set to 39 by the following code in sword:VerseKey::Normalize

   if (book  1) {
if (--testament  0) {
 book += BMAX[testament-1]; // versekey.cpp line 1274 ::Normalize
}
continue;
   }


I am hoping that some more familiar with the sword code can comment
on this.

Gary Holmlund

___
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

2012-02-27 Thread Gary Holmlund


On 02/27/2012 08:30 PM, Greg Hellings wrote:

On Mon, Feb 27, 2012 at 10:24 PM, Matthew Talbertransom1...@gmail.com  wrote:

On Mon, Feb 27, 2012 at 11:05 PM, Gary Holmlundgary.holml...@gmail.com  wrote:


I am investigating why the searching in BibleTime for the HunKar Bible
begins
Tracing down through sword book is set to 39 in
sword:VerseKey::Normalize.
Here is the call stack from setPosition down to Normalize:
book is set to 39 by the following code in sword:VerseKey::Normalize

   if (book  1) {
if (--testament  0) {
 book += BMAX[testament-1]; // versekey.cpp line 1274 ::Normalize
}
continue;
   }


I don't think you should be using Normalize here. Normalize should be
used for user input, which could be incorrect, so it will turn out of
range verses (for example) into real verses. So if Normalize is doing
something in this case, I think it means the rest of your code is
wrong.

If I'm reading the stack trace correctly, BibleTime is calling
setPosition() which in turn calls many other things down the stack
until setBook() calls Normalize(). It does not appear that BibleTime
is invoking Normalize().

The issue appears to be arising, if Gary's analysis is correct, in the
handling of the special key value [Testament Heading]. Perhaps the
presence or absence of such a foreward in the HunKar Bible and similar
are what is generating this problem in BibleTime?

--Greg

Greg,

Yes, I believe that HunKar must have a  [Testament Heading] and this 
is possibly a special case that many other modules don't have. If I set 
the parameter to 1 on versekey.cpp line 522 the indexing of the book 
works fine.


if ((!strncmp(buf, [ Testament , 12)) 
(isdigit(buf[12])) 
(!strcmp(buf+13,  Heading ]))) {
curKey-Verse(0);
curKey-Chapter(0);
curKey-Book(0);  // versekey.cpp line 522 ::ParseVerseList

Gary


___
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] Patch for Sword crash with BibleTime on Windows

2011-02-11 Thread Gary Holmlund


Hi,

I just rediscovered a sword bug that I told you about over a year ago. 
For Bibletime it crashes the program when you try to use the Personal 
Commentary in write mode on Windows.


I upgraded to Sword 1.62 recently and this caused the bug to occur 
again. I had been using a patched version of 1.6.0 for our Windows 
build. Please incorporate the patch this time.


Thanks,

Gary Holmlund


*Gary Holmlund* gary.holmlund at gmail.com 
mailto:sword-devel%40crosswire.org?Subject=Re:%20Re%3A%20%5Bsword-devel%5D%20Patch%20for%20Sword%20crash%20with%20BibleTime%20on%20WindowsIn-Reply-To=%3C4AF0ECE1.6090906%40gmail.com%3E

/Tue Nov 3 19:54:25 MST 2009/

   * Previous message: [sword-devel] Python client
 http://www.crosswire.org/pipermail/sword-devel/2009-November/033042.html
   * Next message: [sword-devel] Python client
 http://www.crosswire.org/pipermail/sword-devel/2009-November/033044.html
   * *Messages sorted by:* [ date ]
 
http://www.crosswire.org/pipermail/sword-devel/2009-November/date.html#33043
 [ thread ]
 
http://www.crosswire.org/pipermail/sword-devel/2009-November/thread.html#33043
 [ subject ]
 
http://www.crosswire.org/pipermail/sword-devel/2009-November/subject.html#33043
 [ author ]
 
http://www.crosswire.org/pipermail/sword-devel/2009-November/author.html#33043




Hi,

I am working on BibleTime for Windows and we found and fixed a crash in
the sword library. I have attached a patch for the HEAD of sword svn. We
are using the 1.60 version of sword.

The crash occurs when trying to save to a personal commentary for the
first time. Sword is looking for the incfile of the personal
commentary. The file does not exist yet.. Here is the call stack and
function at the crash point.

libsword.dll!sword::FileDesc::read(void * buf=0x013eaec0, long count=4)
Line 139
libsword.dll!sword::RawFiles::getNextFilename()  Line 194
libsword.dll!sword::RawFiles::setEntry(const char * inbuf=0x0253d050,
long len=3)  Line 130
bibletime.exe!CSwordModuleInfo::write(CSwordKey * key=0x02e6cd00, const
QString  newText={...})  Line 705

long FileDesc::read(void *buf, long count) {
   return ::read(getFd(), buf, count);   // crash here
}

Since the file does not exist, getFd() returns a  fd of -1. The read
promptly crashes with the negative fd. Tracing the same problem in linux
shows the same -1 fd, but the read does not crash there. The crash seems
specific to the Visual Studio 2008 runtime libraries, but reading with a
negative fd value is clearly wrong.

The fix is simple. Test for the negative fd and return 0 from
fileDesc::read if fd is negative. Returning 0 is what is happening on linux.

Gary Holmlund



Index: src/mgr/filemgr.cpp
===
--- src/mgr/filemgr.cpp	(revision 2457)
+++ src/mgr/filemgr.cpp	(working copy)
@@ -136,7 +136,11 @@
 
 
 long FileDesc::read(void *buf, long count) {
-	return ::read(getFd(), buf, count);
+	int fd = getFd();
+	if (fd  0) {
+		return 0;
+	}
+	return ::read(fd, buf, count);
 }
 
 ___
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] Patch for Sword crash with BibleTime on Windows

2011-02-11 Thread Gary Holmlund


Troy,

In Rawfiles::getNextFilename() it is opening this file to read it.
C:\ProgramData\Application 
Data\Sword/modules/comments/rawfiles/personal/incfile


The problem is that this file does not exist. I am not sure when this 
file should have been created.


Gary


On 2/11/2011 5:49 PM, Troy A. Griffitts wrote:

Hey Gary,

Thanks for the report.  The problem with your patch is that it doesn't
actually fix the problem.  read should fail if you try to read from an
invalid file descriptor.  The problem is that it sounds like the
RawFiles driver has a bug which is reading from an invalid file descriptor.

Does this make sense?  I appreciate the report.  We should track this
down.  And I appreciate that this fixes your specific problem, but it
changes the behavior of the SWORD read method to be different from the
libc read method and I don't think we should do this.

If you can track down the problem in RawFiles near line 194, that would
be excellent!

Thanks again for the report,

Troy



On 02/12/2011 01:15 AM, Gary Holmlund wrote:

Hi,

I just rediscovered a sword bug that I told you about over a year ago.
For Bibletime it crashes the program when you try to use the Personal
Commentary in write mode on Windows.

I upgraded to Sword 1.62 recently and this caused the bug to occur
again. I had been using a patched version of 1.6.0 for our Windows
build. Please incorporate the patch this time.

Thanks,

Gary Holmlund


*Gary Holmlund* gary.holmlund at gmail.com
mailto:sword-devel%40crosswire.org?Subject=Re:%20Re%3A%20%5Bsword-devel%5D%20Patch%20for%20Sword%20crash%20with%20BibleTime%20on%20WindowsIn-Reply-To=%3C4AF0ECE1.6090906%40gmail.com%3E
/Tue Nov 3 19:54:25 MST 2009/

 * Previous message: [sword-devel] Python client
   
http://www.crosswire.org/pipermail/sword-devel/2009-November/033042.html
 * Next message: [sword-devel] Python client
   
http://www.crosswire.org/pipermail/sword-devel/2009-November/033044.html
 * *Messages sorted by:* [ date ]
   
http://www.crosswire.org/pipermail/sword-devel/2009-November/date.html#33043
   [ thread ]
   
http://www.crosswire.org/pipermail/sword-devel/2009-November/thread.html#33043
   [ subject ]
   
http://www.crosswire.org/pipermail/sword-devel/2009-November/subject.html#33043
   [ author ]
   
http://www.crosswire.org/pipermail/sword-devel/2009-November/author.html#33043




Hi,

I am working on BibleTime for Windows and we found and fixed a crash in
the sword library. I have attached a patch for the HEAD of sword svn. We
are using the 1.60 version of sword.

The crash occurs when trying to save to a personal commentary for the
first time. Sword is looking for the incfile of the personal
commentary. The file does not exist yet.. Here is the call stack and
function at the crash point.

libsword.dll!sword::FileDesc::read(void * buf=0x013eaec0, long count=4)
Line 139
libsword.dll!sword::RawFiles::getNextFilename()  Line 194
libsword.dll!sword::RawFiles::setEntry(const char * inbuf=0x0253d050,
long len=3)  Line 130
bibletime.exe!CSwordModuleInfo::write(CSwordKey * key=0x02e6cd00, const
QString  newText={...})  Line 705

long FileDesc::read(void *buf, long count) {
return ::read(getFd(), buf, count);   // crash here
}

Since the file does not exist, getFd() returns a  fd of -1. The read
promptly crashes with the negative fd. Tracing the same problem in linux
shows the same -1 fd, but the read does not crash there. The crash seems
specific to the Visual Studio 2008 runtime libraries, but reading with a
negative fd value is clearly wrong.

The fix is simple. Test for the negative fd and return 0 from
fileDesc::read if fd is negative. Returning 0 is what is happening on linux.

Gary Holmlund



___
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] Patch for Sword crash with BibleTime on Windows

2011-02-11 Thread Gary Holmlund


Troy,

Looking at getNextFilename more, it seems that it should skip reading 
the file if it did not open and go on with writing the incfile a few 
lines later.


Gary


On 2/11/2011 7:39 PM, Gary Holmlund wrote:

Troy,

In Rawfiles::getNextFilename() it is opening this file to read it.
C:\ProgramData\Application 
Data\Sword/modules/comments/rawfiles/personal/incfile


The problem is that this file does not exist. I am not sure when this 
file should have been created.


Gary


On 2/11/2011 5:49 PM, Troy A. Griffitts wrote:

Hey Gary,

Thanks for the report.  The problem with your patch is that it doesn't
actually fix the problem.  read should fail if you try to read from an
invalid file descriptor.  The problem is that it sounds like the
RawFiles driver has a bug which is reading from an invalid file 
descriptor.


Does this make sense?  I appreciate the report.  We should track this
down.  And I appreciate that this fixes your specific problem, but it
changes the behavior of the SWORD read method to be different from the
libc read method and I don't think we should do this.

If you can track down the problem in RawFiles near line 194, that would
be excellent!

Thanks again for the report,

Troy



On 02/12/2011 01:15 AM, Gary Holmlund wrote:

Hi,

I just rediscovered a sword bug that I told you about over a year ago.
For Bibletime it crashes the program when you try to use the Personal
Commentary in write mode on Windows.

I upgraded to Sword 1.62 recently and this caused the bug to occur
again. I had been using a patched version of 1.6.0 for our Windows
build. Please incorporate the patch this time.

Thanks,

Gary Holmlund

 


*Gary Holmlund* gary.holmlund at gmail.com
mailto:sword-devel%40crosswire.org?Subject=Re:%20Re%3A%20%5Bsword-devel%5D%20Patch%20for%20Sword%20crash%20with%20BibleTime%20on%20WindowsIn-Reply-To=%3C4AF0ECE1.6090906%40gmail.com%3E 


/Tue Nov 3 19:54:25 MST 2009/

 * Previous message: [sword-devel] Python client
http://www.crosswire.org/pipermail/sword-devel/2009-November/033042.html
 * Next message: [sword-devel] Python client
http://www.crosswire.org/pipermail/sword-devel/2009-November/033044.html
 * *Messages sorted by:* [ date ]
http://www.crosswire.org/pipermail/sword-devel/2009-November/date.html#33043
   [ thread ]
http://www.crosswire.org/pipermail/sword-devel/2009-November/thread.html#33043
   [ subject ]
http://www.crosswire.org/pipermail/sword-devel/2009-November/subject.html#33043
   [ author ]
http://www.crosswire.org/pipermail/sword-devel/2009-November/author.html#33043


 



Hi,

I am working on BibleTime for Windows and we found and fixed a crash in
the sword library. I have attached a patch for the HEAD of sword 
svn. We

are using the 1.60 version of sword.

The crash occurs when trying to save to a personal commentary for the
first time. Sword is looking for the incfile of the personal
commentary. The file does not exist yet.. Here is the call stack and
function at the crash point.

libsword.dll!sword::FileDesc::read(void * buf=0x013eaec0, long count=4)
Line 139
libsword.dll!sword::RawFiles::getNextFilename()  Line 194
libsword.dll!sword::RawFiles::setEntry(const char * inbuf=0x0253d050,
long len=3)  Line 130
bibletime.exe!CSwordModuleInfo::write(CSwordKey * key=0x02e6cd00, const
QString  newText={...})  Line 705

long FileDesc::read(void *buf, long count) {
return ::read(getFd(), buf, count);   // crash here
}

Since the file does not exist, getFd() returns a  fd of -1. The read
promptly crashes with the negative fd. Tracing the same problem in 
linux
shows the same -1 fd, but the read does not crash there. The crash 
seems
specific to the Visual Studio 2008 runtime libraries, but reading 
with a

negative fd value is clearly wrong.

The fix is simple. Test for the negative fd and return 0 from
fileDesc::read if fd is negative. Returning 0 is what is happening 
on linux.


Gary Holmlund





___
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] Patch for Sword crash with BibleTime on Windows

2009-11-03 Thread Gary Holmlund


Hi,

I am working on BibleTime for Windows and we found and fixed a crash in 
the sword library. I have attached a patch for the HEAD of sword svn. We 
are using the 1.60 version of sword.


The crash occurs when trying to save to a personal commentary for the 
first time. Sword is looking for the incfile of the personal 
commentary. The file does not exist yet.. Here is the call stack and 
function at the crash point.


libsword.dll!sword::FileDesc::read(void * buf=0x013eaec0, long count=4)  
Line 139

libsword.dll!sword::RawFiles::getNextFilename()  Line 194
libsword.dll!sword::RawFiles::setEntry(const char * inbuf=0x0253d050, 
long len=3)  Line 130
bibletime.exe!CSwordModuleInfo::write(CSwordKey * key=0x02e6cd00, const 
QString  newText={...})  Line 705


long FileDesc::read(void *buf, long count) {
  return ::read(getFd(), buf, count);   // crash here
}

Since the file does not exist, getFd() returns a  fd of -1. The read 
promptly crashes with the negative fd. Tracing the same problem in linux 
shows the same -1 fd, but the read does not crash there. The crash seems 
specific to the Visual Studio 2008 runtime libraries, but reading with a 
negative fd value is clearly wrong.


The fix is simple. Test for the negative fd and return 0 from 
fileDesc::read if fd is negative. Returning 0 is what is happening on linux.


Gary Holmlund

Index: src/mgr/filemgr.cpp
===
--- src/mgr/filemgr.cpp (revision 2457)
+++ src/mgr/filemgr.cpp (working copy)
@@ -136,7 +136,11 @@
 
 
 long FileDesc::read(void *buf, long count) {
-   return ::read(getFd(), buf, count);
+   int fd = getFd();
+   if (fd  0) {
+   return 0;
+   }
+   return ::read(fd, buf, count);
 }
 
 
___
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

39 matches

Mail list logo