.
-Troy A. Griffitts
___
sword-devel mailing list: [email protected]
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
CrossWire is primarly a software development organizations and is
currently NOT an authoritative source for content, by policy. This has
only a rare few exceptions, e.g. KJV2003.
There are a number of reasons for this. Many have been discussed
historically and the rationale should be posted s
CrossWire has an official place to keep content conversion scripts:
http://crosswire.org/svn/sword-tools/trunk/
and places to store the sources used to create the modules which are in
our repository:
crosswire.org:~betamods/source/
crosswire.org:~pubmods/source/
The later has not been kept up
Most all people agree that we need to faithfully disseminate the Word of
God to as many people as possible.
There are differences in opinion on the best way to do this.
Many disagree on what part of that goal should be stressed: faithfully
vs. as many.
Multiple Module Repositories allow both f
; I think we may have a problem
>>
>> Troy A. Griffitts wrote:
>>> support for external links:
>>>
>>> There is currently no programmatic features in the engine which help or
>>> hinder external links. Historically there has been a co
After having stated official current policies...
We have been developing a new community framework which will allow teams
to collaborate on a number of project types-- including some specialized
levels of content creation.
The idea is to have a community site hosting specialized tools to
facil
There are a number of languages which are useful, and some even better
for particular tasks than other.
CrossWire policy is to use:
C++
Java
whenever possible.
Before complaining, have a look at:
http://www.tiobe.com/index.php/content/paperinfo/tpci/
http://www.langpop.com/
All of our web d
ous empty abuse that has plagued this list for the past few days.
-Troy.
Eeli Kaikkonen wrote:
> Troy A. Griffitts wrote:
>> The recent personal accusations on this list will not be tolerated.
>> Please take your work elsewhere if you cannot refrain from personal
>
Dear Matthew,
I understand that you wish CrossWire were the host of authoritative
content. We do not currently have the infrastructure to do this, nor do
we currently wish to do this when organizations like CCEL exist. As
stated in my previous email, Harry Plantinga, who runs CCEL, attends
m
Had some very exciting meetings with people at ETS/SBL last week and
hope to share some information and opportunities soon.
One specific area of excitement for me personally was a meeting with
Ulrich Schmidt about the Virtual Papyri Room at Münster. I showed them
some of our tools on our labs
Bible.org has asked for us to place their free NET modules on our
server, in our public repository for added exposure until we release our
Master Remote Repo List technology discussed earlier this week.
They are also very keen to add more of their content into their SWORD
Remote Module Reposito
Dear Greg,
Yes, we haven't had much that we feel the need to maintain yet, save the
token KJV2003 example. This may change in the coming years when our
community projects rev up. I understand your concern to know where the
source documents reside. I guess the general answer to that is that t
Peter,
Thank you so much for starting this. You have lots of great
information. Here are my 2p :)
Reading all the details at first sounds slightly daunting. The most
basic way to setup a remote repository is to simply point an anonymous
FTP server to any working SWORD module installation (i
I just wanted to send out a quick note to let you all know how much I
truly appreciate you guys. I realize we all don't agree on everything,
and sometimes don't get along well with each other, but with the
semi-private apologies I've seen and the way everyone is truly committed
to living toget
> Thanks for suggesting this. I thought everyones' heart was set on
> Diatheke, I could not bring up the courage to suggest this ;-)
So, are we planning to have any visibility of a command-line tool?
> I agree with logos. But we might not have any for some applications.
> Will look.
I think some
I like this idea. It is great to programmatically tag the text with the
importer. I would suggest something more general like:
Great idea Chris.
Chris Little wrote:
> I just filed an improvement task in the bugtracker for this
> (http://www.crosswire.org/bugs/browse/API-104), but thought I
OK, I can't remember all my arguments for keeping the infamous
"Pre-verse hack", but generally, the logic goes something like this:
module content is displayed in many different contexts: the obvious
contextual display, search results, popup verse lists for x-ref,
references, etc. parallel disp
Sorry, mea culpa. It's back.
Peter von Kaehne wrote:
> Following the various trails to applications I never had looked at
> before I went to Flashcards.
>
> Now where is http://crosswire.org/fc ? I vaguely remember Troy showing
> it off to DM on IRC, but maybe I am wrong. Is there a way of makin
Dear Ian,
Are you using the latest version of SWORD from SVN along with its
clucene integration (and the latest version of clucene)? We had done
some work to optimize index creation. It shouldn't take anywhere near 1
minute on a desktop system. We've talked about distributing indexes in
the
Peter,
Thank you again for owning this. Just a few quick comments.
We have a google site search on the sword page which is really useful
for searching the mailing list archives (among other things on the
site). Maybe we could grab it from there.
My preference is that the Wiki, as a concept,
Just a heads up:
We're planning some server upgrades this weekend (starting Friday
evening (GMT-7) sometime and suspect downtime of various services
throughout the weekend.
-Troy.
___
sword-devel mailing list: [email protected]
http:
:)
Has anyone played with Google's new 'Salt'? Native Client (NaCl) Plugin?
http://code.google.com/p/nativeclient/
Jonathan Morgan wrote:
> On Fri, Dec 12, 2008 at 6:10 PM, DM Smith wrote:
>> On Dec 12, 2008, at 12:23 AM, Jonathan Morgan wrote:
>>
>>> * Removed mention of cross platform appl
We had some troubles getting into our NOC this past weekend and had to
do the upgrades last night. The major work is done, but we still have
services to bring back online.
For those with accounts on crosswire, you will find your old stuff under
/backup/oldserver/space/home/
imap folders hav
Thanks Peter. More directly for David:
http://crosswire.org/svn/sword/trunk/locales.d/
Peter von Kaehne wrote:
David Haslam wrote:
Where on the CrossWire site might I find well-attested lists of the 66
booknames (or more if we include deuterocanonical works) in many different
languages?
In
Our engine has a number of ways which it can be configured and these all
work on all platforms. We don't remove support for some ways of
configuration on certain platforms-- including $HOME/.sword. If you
have something there, then it will do the appropriate SWORD thing (in
the case of $HOME/
Just a few comments.
I'm not telling people to do things the WRONG way.
I am pointing out how the SWORD engine looks for it's configuration.
Has anyone complaingin actually read the doc I pointed to? This complex
method of looking for configuration data allow for ANY imaginable
configuration
The Windows install for modules looks for where BibleCS is installed and
unzips the module there.
BibleDesktop supports this (as I think other frontends would support
this if our installer sets SWORD_HOME).
I don't want to confuse the majority of our current Windows users which
either use Bi
Since this thread has morphed into another discussion on how to play
nice with eachother, can we get a consensus on where we think sword
modules should live on different versions of windows?
My vote is for the global system module install (similar to
/usr/share/sword on UNIX) to keep things wh
ead of the precedence implemented currently.
Add the concept of an 'install location' to be the 'first' found
writable location.
Make both JSword and SWORD operate exactly the same for module set lookups.
-Troy.
DM Smith wrote:
On Dec 19, 2008, at 3:
. I can't even
remember who originally asked for this.
-Troy.
Barry Drake wrote:
Hi Troy ....
Troy A. Griffitts wrote:
OK, so would this be a fair assessment of the requests on the table?
Just wondering: the use of a 'pending' directory into which the new
module
But if it is required, wouldn't a better solution be for a discovery
mechanism to be part of SWORD? Then it would be available for all
platforms.
Sorry DM, I tried to say that the current mechanism is in the SWORD
engine. It is part of SWMgr and is activated if a [Globals]
AutoInstall= entr
A fairly large commit to InstallMgr has just hit SVN. Here is a brief
summary.
InstallMgr can now be constructed with a username and password which
will be used when logging into the remote source. May I suggest that
frontend developers supply their own unique anon password instead of the
l
Dear Eeli and Chris,
I believe you are both talking about different things.
*** Multiple Remote Installation Repositories (class InstallMgr)
If a module is installed from one Remote Repository with a name KJV, and
from another repository a module named KJV is installed, on this second
install
Dear Greg,
My apologies. I missed copying your shadow entry, which made your
password invalid. You should be set now.
For those with accounts on CrossWire, you will find your old stuff under
/backup/oldserver/space/home/
IMAP folders have already been migrated, but your procmail filters w
Peter,
Thank you for all of your hard work on this. I realize you have stated
that your main goal is to update the usability and content and to make
the page aesthetics easily changeable with CSS. These are all great
goals. I feel that before we consider using your new work, we should
have
Thanks for hearing feedback Peter and your willingness to please. :)
I like the new CrossWire menu bar much better. Not sure of the wording.
I feel "Publishers" might miss the folks we want to draw to that link,
which includes: Publishers, Outreach Ministries, and Bible Societies.
In fact, I
Dear Jerry,
jhphx wrote:
Chris wrote:
I guess logic would dictate that the Wiki is dead and we should move
entirely to static pages.
Both forms of pages have their place for the purposes of displaying
these informative pages. There are those for whom Wikis are the web.
Others find Wikis a
Dear Gerald,
Each flashcard lesson has a font entry specific for that lesson. There
are 2 fonts shipped with flashcards and you should see them in the top
directory after unzipping. These 2 fonts are what the lessons use
(greek and hebrew separately) You can drop any font here you want, and
We're planning another 1000 cut batch of CDs tomorrow. If there is
anything low risk you'd like to update on the ISO latest directory,
please try to have it done tonight.
PS. Is there any easy way to install MacSword from the CD and then use
the module installer to install modules from the C
uot;Directory" button and choose the folder on the CD where
the modules are located
- give the install source a name
- refresh the install source
Manfred
Am 14.01.2009 um 21:17 schrieb Troy A. Griffitts:
We're planning another 1000 cut batch of CDs tomorrow. If there is
anything low r
I would love for you to update anything you'd like for the CD! Thank
you! I still have not yet sent the order in for the CDs. I should have
already, but it probably won't be till Monday.
Manfred Bergmann wrote:
Hi Troy.
Am 15.01.2009 um 21:46 schrieb Troy A. Griffitts:
De
We have tools for document conversion and other misc stuff under
sword-tools.
https://crosswire.org/svn/sword-tools/
This would be a natural place for these. Though if we're keeping them
under svn, we should be clear if we're maintaining our own codebase or
just preserving the version we use
Have a look at iconv and uconv. One come pretty standard on most UNIX systems
and the other comes with ICU. I can never remember which is which.
-original message-
Subject: [sword-devel] Normalising on the commandline
From: Peter von Kaehne
Date: 21/01/2009 7:59 am
As a side issue of the other
David and Greg,
RenderText can take a buffer to render rather than the current key.
This is useful for when you grab EntryAttributes from a module and want
to process them through the same filters for that module. But this
won't help turn certain filters on or off temporarily.
It might be i
Dear Manfred,
Are you overriding the default StringMgr in SWORD with something like:
StringMgr::setSystemStringMgr(new MyStringMananger());
I don't really like this mechanism of overriding SWORD's unicode
handling and am not sure the benefit of opting for GTK or Qt's unicode
handling so as no
The second thing I don't really understand is how to correctly pull
out text for a verse key.
Some code is following, sorry for that.
Well, to correctly pull out text for a VerseKey, you should be able to
just use 'VerseKey::getText()' If you have enable unicode in sword,
then you will be us
I believe anything above 127 is re-routed to multi-byte for UTF-8. Only
lower ascii is preserved as single-byte
David Haslam wrote:
These particular accented vowels are part of ANSI, so the reference to UTF8
content was superfluous even through also true.
é = ANSI 233
ó = ANSI 243
Does Wind
hear about. Does winderz return UTF-8 or upper-ascii single-byte for
the accented e?
-Troy.
Troy A. Griffitts wrote:
I believe anything above 127 is re-routed to multi-byte for UTF-8. Only
lower ascii is preserved as single-byte
David Haslam wrote:
These particular accented vowel
Dear Manfred,
I'd appreciate feedback on SVN with MacSword so I'd vote for it. Karl's
feedback is invaluable to me, but it means a little extra work for him.
I wouldn't have suggested SVN HEAD a few months back, but things are
hopefully stable enough now.
There may be a few simple compile
cales have tilted the other way now and we're finding 32-bit bugs
instead of 64-bit bugs), so things might have gotten better with
indexing and such.
Let me know if you still have troubles with svn head.
-Troy.
Manfred Bergmann wrote:
Hi Troy.
Am 16.02.2009 um 12:17
VerseMgr holds the authoritative "Key" book names we use in our locales
(these are the English names) so you can just pass these to the
translate method of any locale, e.g.
VerseMgr *verseMgr = VerseMgr::getSystemVerseMgr();
LocaleMgr *localeMgr = LocaleMgr::getSystemLocaleMgr();
VerseMgr::Sys
Sorry, so briefly, if you have the VerseMgr::Book object, you can get
the translated book name with:
LocaleMgr::getSystemLocaleMgr->translate(book->getLongName());
Troy A. Griffitts wrote:
VerseMgr holds the authoritative "Key" book names we use in our locales
(these are t
Sorry, typo:
+ LocaleMgr::getSystemLocaleMgr()->translate(book->getLongName());
- LocaleMgr::getSystemLocaleMgr->translate(book->getLongName());
Troy A. Griffitts wrote:
VerseMgr holds the authoritative "Key" book names we use in our
locales (these are the English
I believe Matthew is correct about the lucene limitation about finding
hits only within document.
Proximity search between verses isn't supported in the engine yet, but
should be soon. There is limited support starting in 1.5.11, I believe,
which creates chapter document (or in SWORD terms, D
Dear Greg,
It looks like there are 2 flags that can be defined when compiling SWORD
but Chris might correct me.
_ICU_ - enable ICU support in sword
_ICUSWORD_ - enable use of our own ICU additions (icu-sword)
Greg Hellings wrote:
So I was noticing in Troy's comments his mention of buildin
Thanks Peter for bringing this up for attention.
On #sword we discussed for a while the downside of adding a computed
entry to the .conf files, tried to come up with possible alternatives,
and decided it was easiest to just add it as officially supported in the
.conf and if we ever get around
Looking at the clucene project file here:
http://crosswire.org/svn/biblecs/branches/BCB5/clucene/clucene.bpr
it looks like we define:
MAX_PATH=256;UNICODE;_WIN32;_CL_DISABLE_MULTITHREADING;LUCENE_ENABLE_REFCOUNT
Just as a general note, whatever you define when you build clucene
itself, should
Dear Manfred,
CreateMod is a factory method in SWMgr for creating SWModule objects.
You shouldn't need to ever call it yourself. mgr->getModule("KJV") for
example will give you the correct SWModule object (currently zText) for
the KJV module.
Likely not what you want.
If you'd like to actu
Do we have any Slovak Bibles available or in the works?
___
sword-devel mailing list: [email protected]
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
Yes, I echo Karl's response. In all of the many conversations I have
had with publisher, when they ask how we support 'paid' modules, I tell
them of our current system:
encrypt the text with 128-bit key.
supply the single key to the publisher to sell as they would like, which
unlocks the modu
Manfred,
Are you specifically asking about how to obtain the ordinal count of a
traversable SWKey?
If so, the official answer is, "you can't without counting yourself".
SWKey's which return true for isTraversible() don't contractually offer
their set count. This is fairly common with optimi
ParseVerseList("Par.1.1", vk, true);
for (lk = sword::TOP; !lk.Error(); lk++) {
swModule->setKey(lk);
// do something
}
--
This produces the correct output - nothing, loop is not entered.
Regards,
Manfred
Am 12.03.2009 um 13:19 schrieb Troy A. Griffitts:
Dear Tony,
I originally did the software for the KJV2003 project. It was initially
a quick hack together to help volunteer work in parallel on the project.
I thought that some time ago I started work to update it to the latest
engine and 'genericize' it so other projects could use it. I did
A couple quick clarifications about av11n and others...
There are technically 2 routes to support this under development:
1) ripping out the hardcoded KJV canon.h offsets and replacing them with
VerseMgr, which allows registration of canon.h-like v11n systems.
2) genbook Bibles
Both have bee
One last quick note.
I hope I never gave the impression that 1.5.12 was to be a quick bugfix.
This wasn't meant to say that I didn't hope to release earlier, just
that I has always intended to move forward with the next release
including the new functionality. I am sorry it has taken such t
Thanks for the review DM. Appreciate the second set of eyes.
It sounds like you have understood the new code perfectly, save:
the c-tors or the lower level Bible/Commentary drivers now include an
optional 'versification' parameter when being constructed. SWMgr reads
a Versification property
Well, just to give an update. I'm stuck in Rome.
So, I'm sitting around and have time to comment... :)
There are a couple issue here that most of us know about but I'll
enumerate a few:
The lexdict driver in the engine is designed as a quick key lookup
datastore. There is some processing d
Have a look at the project page. It contains the software.
http://crosswire.org/sword/kjv2003
Sebastien Koechlin wrote:
On Sat, Mar 21, 2009 at 09:13:29PM -0400, DM Smith wrote:
I meant to reply earlier. The Strong's Numbers in the KJV NT was done by
volunteers. The quality differed from one
Hey guys. Many of you know I've been stranded in Italy after being
refused entrance back into the UK after attending a short conference in
Pisa on March 10. I've finally received the response from the UK
Embassy in Rome to my visa application: "Refused". So, I have a flight
home from Rome to
Matthew, could you give a test case? Are you saying that
sword/utilities/parsekey "isa 1" fails for you?
Thanks for the report.
-original message-
Subject: Re: [sword-devel] my status / SWORD release
From: Matthew Talbert
Date: 02/04/2009 10:39 pm
"isa 1" goes to 1 Samuel
"isaiah 1" goes to Re
Deji,
Thanks for the heads up and patch.
-original message-
Subject: Re: [sword-devel] my status / SWORD release
From: Deji Akingunola
Date: 02/04/2009 11:02 pm
>
> But other than what is mentioned in this email, I'm not aware of any
> outstanding issues.
>
> Please speak up. When I arrive home
Thanks for the exhaustive list DM. I would have expected nothing less from you.
I'm on my first flight now back to the States. Could someone add _some_ of
these to sword/tests/testsuite? Maybe just one or two for each book, to bound
the possibilities.
Thanks for everyone's contribution.
-Tro
Peter, I'll do my best to have a look at it. Hoping someone with even a hint of
Farsi knowledge has a look first.
-Troy.
-original message-
Subject: [sword-devel] Farsi locale for Sword - show stopper
From: Peter von Kaehne
Date: 03/04/2009 9:39 am
There is some insistent bug in the Farsi loc
Great job guys. I just committed a change to tests/parsekey which call
a locale validator before parsing, so if you use it to parse a locale, e.g.
sword/tests/parsekey jn.1.1 fa
It will validate the fa locale before parsing jn.1.1.
This probably isn't the best place to always validate locales
Matthew,
Thank you for forwarding the message. I just checked the sword-devel
list admin page and there were a ton of outstanding items to be
reviewed. Maybe our new spam filters are grabbing the mailman admin
notices for sword-devel. Not sure why I didn't get email about these items.
Wel
I just want to make sure that I didn't break anything because I
usually don't commit things any more. Is there a tool to validate such
a translation file?
I don't think we have a validation tool, but based on a quick read
through the locale, it looks fine.
tests/parsekey validates locales no
Matthew Talbert wrote:
As to why the current documentation isn't better, or why there aren't
more modules in source format to look at,
It's because people don't step up and write the documentation. I'd love
to include the man pages from Jonathan Marsden in SVN. Thanks Jonathan,
for stepping
Matthew,
I'm sorry, but you had to go back to 2003 and quote Don Elbourne's "buzz
off" in which he immediately after says "Of course I'm being sarcastic".
The policy has always been that CrossWire module repo standards shoot
for best practice module quality.
2003 was before we supported (te
Ben,
Do you have more specific information about the items you mention? More
comments below:
Ben Morgan wrote:
On Mon, Apr 6, 2009 at 10:00 PM, Troy A. Griffitts <mailto:[email protected]>> wrote:
Ben Morgan wrote:
I didn't like it either. But there were two
Matthew Talbert wrote:
There was a compile error at some revision dealing with const (but I
believe const was being used in function arguments perhaps??). At any
rate, that problem is gone, for me at least.
Thanks for sounding off Matthew. It's good to know at least this isn't
broken for you.
Manfred Bergmann wrote:
Am 07.04.2009 um 03:28 schrieb Chris Little:
Windows builds are static and found at
http://crosswire.org/ftpmirror/pub/sword/utils/win32/. This is linked
from the Wiki documentation, of course. If anyone wants to make this
more prominent & obvious they're welcome, but
sympathy for you in this and hope it can be otherwise again.
However, some points you made need answering, as some will have received
wrong and damaging impressions. My comments are below.
On Tue, Apr 7, 2009 at 12:35 PM, Troy A. Griffitts <mailto:[email protected]>> wrote
Thanks Karl. There have been some changes in verse parsing lately that
I'm not positive we've considered all the repercussions. We need to add
some more tests to our testsuite, specifically versekeytest.cpp to be
sure things operate correctly now and in the future.
Any chance we can get a si
It seems pretty straightforward... no one even tested the impact of
(at least one of) the latest changes on the library. Karl has
I usually run the testsuite again any changes I've made before
committing. I'm pretty sure it runs against the latest code. There are
quite a few parse tests and
As suggested, changed default value to false, making previous behaviour
the default.
Ben Morgan wrote:
Hi all,
Troy committed recently one of my patches which fixed a long-standing
bug where e.g. typing Obadiah 20 didn't work as expected. This fixes
problems noted around here:
http://www.c
Manfred Bergmann wrote:
I've tried the following and it seemed to work but I'm not sure this is
correct API usage:
ListKey lk = vk.ParseVerseList("Gen 1:1-5", "Gen1", true);
lk = "Gen 1:3";
BOOL contains = !lk.Error();
Dear Manfred,
Yes, this is exactly the desired behaviour. If you attemp
Troy A. Griffitts wrote:
I would like to add the support before release (DM
knows what I'm talking about).
I have just committed an initial shot at
support. It currently is handled just like
is handled, so frontends likely should not require any adjustment if
they already h
Thanks for the report Matthew. The primary practice we used to
encourage with using the engine was code like:
VerseKey commonVerseKey;
commonVerseKey.Persist(true);
module1.setKey(commonVerseKey);
module2.setKey(commonVerseKey);
module3.setKey(commonVerseKey);
module4.setKey(commonVerseKey);
http://www.crosswire.org/sword/ALPHAcckswwlkrfre22034820285912/alpha/sword-1.6.0RC1.tar.gz
With the fairly silent week, and these final changes described below. I
believe we are ready for a release. If you have a chance, please make a
final test on latest SVN or use the bundle above which wil
Eeli Kaikkonen wrote:
- findConfig(&configType, &prefixPath, &configPath, &augPaths, sysconfig);
+ findConfig(&configType, &prefixPath, &configPath, &augPaths, &sysConfig);
Note BOTH the camelCase change and the addition of the &
Hope this helps. I should have been more vocal on this change.
And BTW, I have never understood the use of public data members in the
library.
Yeah yeah, or the non-standard case of method names, etc. It's a 20
year old library and has some history. We have a milestone version in
jira for normalizing the public interface-- when we'll remove all public
Matthew Talbert wrote:
Addition of a new feature when doing entryAttribute searching: the suffix of
a '.' will expand search to include components, for example:
Word//Lemma./G932/
will register a hit if G932 matches Lemma, Lemma.1, Lemma.2, etc.
Is there any danger in always using Lemma. ?
No
We haven't bounced the box for a while, maybe recent package updated
have affected something. I'll cycle things in 15 minutes or so. If
you're on the box now, finish up what you're doing please. "If it
doesn't work, just reboot"-- See what MS has done to my mind.
-Troy.
Manfred B
A few things that changed recently.
I updated to jdk 1.6.0_13
I added the following env variable for tomcat:
export JAVA_OPTS="-server -Xms4096m -Xmx8192m"
Wondering if anyone has insights... I can always put them back if we
think these are bad.
Regarding swordorbserver. FileMgr in SWORD
Thanks for all the feeback guys.
I'm removed the line:
export JAVA_OPTS="-server -Xms4096m -Xmx8192m"
which was added recently along with the upgrade to JDK 1.6.0_13.
It is a 64bit JDK.
Yeah, I have no idea what the max numbers the JDK can take. We probably
should put SOMETHING in JAVA_OPTS,
Regarding the NTFS UTF-8 patch, yes, just confirming that Greg has
faithfully relayed my thoughts on this. We have had to work around this
issue in WinCE because MS only has UTF-16 calls available for this
platform. Basically we provide our own open, lseek, read, write, close
, and dirent cal
Dear Eeli,
Eeli Kaikkonen wrote:
For several reason I just updated to, or actually installed from
scratch, Kubuntu Jauntu (soon to be released 9.04). Therefore I could
also install sword 1.6rc package. I have fixed the above mentioned
problem, though not committed it yet.
Did you see the oth
Peter von Kaehne wrote:
Troy A. Griffitts wrote:
Please keep an eye out on the site and if anyone still needs to reset
tomcat to fix anything, please post so we know.
Just restarted it again at 11:44 GMT.
OK, I've just reverted JDK back to 1.6.0_11. Again, please let me know
if we
Dear patient frontend developers :)
This weekend, as I was ready to release our RC candidate with a few very
minor patches submitted from generous developers, I compiled BibleCS
against the RC and discovered a very radical change we had inadvertently
made.
VerseKey vk1("jn 3:16", "jn 3.21");
Hello Windows porters,
I am hoping to get 1.6.x branched very soon and have a mental note that
you had troubles with the Windows lookup logic (I think Greg wrote about
it on bt-devel). I have not had a chance to test it recently and did
make changes near that code related to the new check for
1 - 100 of 2774 matches
Mail list logo
