On Sun, 8 Sep 2002, Joel Mawhorter wrote:
> Verses are arbitrary and man made but they are a useful tool and they are the
> mechanism that everybody who uses the Bible is used to so I would rather
> stick with this. One of the features I mentioned in my first email is a
> proximity and operato
On Thu, 5 Sep 2002 [EMAIL PROTECTED] wrote:
> I think, it would be much faster (for computer) to call C++ code (not sure
> whether Java is able to call C++ directly, but we have raw C API) from Java.
JNI is C/C++ API, from glueng code you could call C++, but native
function have to have C link
On Wed, 28 Aug 2002, Troy A. Griffitts wrote:
> > Funny but with fix in CVS there's a memory leak :).
> > You need to add
> > if (abbr) delete[] abbr;
>
> Nikolay. Actually, stdstr will first delete memory if it is allocated
> to the target string. I believe the code is ok. Could you conf
On Tue, 27 Aug 2002, Troy A. Griffitts wrote:
> > Why everybody hates goto statement? Properly used it greatly improves
> > perception of the program (while loop in the same patch would be much
> > worse and add unneeded {}). Probably it's CS education
> > As I wrote this patch and if you
On Tue, 27 Aug 2002, Troy A. Griffitts wrote:
> After reviewing the patch (most of which was just re-indenting the
> current code), it seems that what you are asking is to have
> getBookAbbrev first try the normal toupper match, and if none is found,
> also try a match without changing th
On Fri, 23 Aug 2002, Adrian Korten wrote:
> This is an issue with the current v1.5.4 release and non-Latin languages. I
> had a similar problem with Thai and fudged around it with Troy's help. The
> second section of the book transformation needs to be Latinized capitals.
>
> ie. äÈÌì=3 should b
