<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>OK, I can't blame Peter anymore since Greg also found the '2's.
:)</p>
<p>So, I hunted this one down. Odd problem...</p>
<p>We 'fixed' a bug which was incorrectly checking for file open
errors. We were already sending the error code to logError when
there was an error.</p>
<p>Well, we now detect file open errors occasionally. Sometimes we
don't care and sometimes we do. I've done '2' things to fix the
problem.</p>
<p>1) changed the output to something more informative: "Failed to
open file %s. errno: %d"</p>
<p>2) changed the log level to debug.</p>
<p><br>
</p>
<p>If you're interested in the details (and Peter might want to be
here). When creating a SWModule against a remote repository, we
only have the .conf file, not the actual module, so we won't find
the actual data files. This is fine and expected. This is why
Greg was getting the '2' output using installmgr. He was working
with remote repositories.</p>
<p>Why Peter was getting the error on examples/cmdline/lookup is
beyond me. That probably means that he has a module installed
which actually can't find one of its data files.</p>
<p>I've added a small but convenient mechanism to set SWORD's log
level from the environment: either by setting the env variable
SWORD_LOGLEVEL or in a [SWORD] section in your sword.conf (usually
at /etc/sword.conf) with parameter LogLevel, e.g.:</p>
<p>[SWORD]</p>
<p>LogLevel=DEBUG</p>
<p>So, Peter, if you'd like to see which files SWORD can't find, you
can try:</p>
<p>SWORD_LOGLEVEL=DEBUG ./lookup KJV Gen.1.1</p>
<p><br>
</p>
<p>In the future, we might tell SWMgr that it is operating in
'remote' mode and not to even look for data files, and
additionally, delaying part of the construction of the SWModule
instances (i.e., not looking for data files until actual data
access time) would also speed things up and prevent much of this,
and then maybe we could put this back to logError and might find
always tell Peter he has missing data files :)</p>
<p>But, for today, this is better than the 1.7.x branch which had a
flat out bug in the way it was testing for errors, and now that
the bug is fixed, 'errors' are going to logDebug for now. And now
you can more easily set SWORD's log level.<br>
</p>
<p>Troy<br>
</p>
<p><br>
</p>
<br>
<div class="moz-cite-prefix">On 11/02/2017 07:26 AM, Greg Hellings
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAHxvOV+5p0XK-h3AgZoja4vqjrxdELNN0cyFSTtJ9CdM48O+TQ@mail.gmail.com">
<div dir="ltr">
<div>Correction, it's the "installmgr -ri CrossWire KJV" command
that generates a wall of "2" output.<br>
<br>
</div>
--Greg<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Nov 2, 2017 at 9:19 AM, Greg
Hellings <span dir="ltr"><<a
href="mailto:greg.hellings@gmail.com" target="_blank"
moz-do-not-send="true">greg.hellings@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>I should not that this is in SVN HEAD in my case, not
the RC.<span class="HOEnZb"><font color="#888888"><br>
<br>
</font></span></div>
<span class="HOEnZb"><font color="#888888">--Greg<br>
</font></span></div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Nov 2, 2017 at 9:19
AM, Greg Hellings <span dir="ltr"><<a
href="mailto:greg.hellings@gmail.com"
target="_blank" moz-do-not-send="true">greg.hellings@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote"><span>On Thu, Nov 2,
2017 at 7:15 AM, Peter Von Kaehne <span
dir="ltr"><<a
href="mailto:refdoc@gmx.net"
target="_blank" moz-do-not-send="true">refdoc@gmx.net</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">I noticed
this first on svn head in my normal
source directory where I also work - so
I suspected that it was my fault from
something I did not remember I had done
at some point somewhere. So I downloaded
your RC tar ball and compiled that in a
separate location + run it in place (see
the paths on my terminal output
snippets. It had the same result. So, I
think I have nothing left I could do to
avoid contamination by any odd tests I
might have added or introduced. I had
that output both with existing modules
and with testing with modules I do not
actually have - so I will get just the
two "2"s and then nothing after that on
the diatheke.<br>
</blockquote>
<div><br>
</div>
</span>
<div>While I'm configuring up Jenkins, I've
noticed the 2 being output 144 times from
a call to "installmgr -init" before the
app itself gives its normal output in my
test scripts.<span
class="m_852891522126928726HOEnZb"><font
color="#888888"><br>
</font></span></div>
<span class="m_852891522126928726HOEnZb"><font
color="#888888">
<div><br>
</div>
<div>--Greg</div>
</font></span>
<div>
<div class="m_852891522126928726h5">
<div><br>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
<br>
Peter<br>
<br>
> Gesendet: Donnerstag, 02.
November 2017 um 00:44 Uhr<br>
> Von: "Troy A. Griffitts" <<a
href="mailto:scribe@crosswire.org"
target="_blank"
moz-do-not-send="true">scribe@crosswire.org</a>><br>
> An: <a
href="mailto:sword-devel@crosswire.org"
target="_blank"
moz-do-not-send="true">sword-devel@crosswire.org</a><br>
> Betreff: Re: [sword-devel] RC -
odd bug, diatheke, lookup, probably
engine rather than utilities.<br>
<div
class="m_852891522126928726m_8472891709684305348HOEnZb">
<div
class="m_852891522126928726m_8472891709684305348h5">><br>
> Peter, I am not getting the
'2' output you are getting. Are
you sure<br>
> you are not compiling against
any change you've made and
installed on<br>
> your own box? Or that your
shell isn't doing something
strange?<br>
><br>
> Is anyone else seeing this
problem?<br>
><br>
> Troy<br>
><br>
><br>
> On 11/01/2017 04:35 PM, Peter
von Kaehne wrote:<br>
> > Diatheke spits out two
'2' with a linefeed each. Prior to
every single<br>
> > query I have thrown at
it. Example below:<br>
> ><br>
> ><br>
> >
peter@thinkpad-x250:~/Source/s<wbr>word-1.8/sword-<br>
> >
1.7.904/utilities/diatheke$
./diatheke -b KJV -k Gen.1.1<br>
> > 2<br>
> > 2<br>
> > Genesis 1:1: <w
savlm="strong:H07225">In the
beginning</w> <w<br>
> >
savlm="strong:H0430">God</w>
<w savlm="strong:H0853<br>
> >
strong:H01254">created</w>
<w savlm="strong:H08064">the
heaven</w> <w<br>
> >
savlm="strong:H0853">and</w>
<w savlm="strong:H0776">the
earth</w>.<br>
> > (KJV)<br>
> ><br>
> > "lookup" in ./examples
has the same odd behaviour<br>
> ><br>
> >
peter@thinkpad-x250:~/Source/s<wbr>word-1.8/sword-1.7.904/example<wbr>s/cmdline$<br>
> > ./lookup KJV "Gen.1.1"<br>
> > 2<br>
> > 2<br>
> >
==Raw=Entry===============<br>
> > Genesis 1:1:<br>
> > <w
lemma="strong:H07225">In the
beginning</w> <w<br>
> >
lemma="strong:H0430">God</w>
<w lemma="strong:H0853
strong:H01254"<br>
> >
morph="strongMorph:TH8804">cre<wbr>ated</w>
<w lemma="strong:H08064">the<br>
> > heaven</w> <w
lemma="strong:H0853">and</w>
<w lemma="strong:H0776">the<br>
> > earth</w>.<br>
> >
==Render=Entry============<br>
> > .divineName
{ font-variant: small-caps; }<br>
> >
.wordsOfJesus { color: red; }<br>
> > .transChange
{ font-style: italic;}<br>
> >
.transChange.transChange-supp<wbr>lied
{ font-style:<br>
> > italic;}<br>
> >
.transChange.transChange-adde<wbr>d
{ font-style: italic;}<br>
> >
.transChange.transChange-tens<wbr>eChange::before
{ content:<br>
> > '*';}<br>
> >
.transChange:lang(zh) {
font-style: normal; text-<br>
> > decoration : dotted
underline;}<br>
> >
.overline {
text-decoration: overline; }<br>
> ><br>
> ><br>
> >
______________________________<wbr>_________________<br>
> > sword-devel mailing
list: <a
href="mailto:sword-devel@crosswire.org"
target="_blank"
moz-do-not-send="true">sword-devel@crosswire.org</a><br>
> > <a
href="http://www.crosswire.org/mailman/listinfo/sword-devel"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://www.crosswire.org/mailm<wbr>an/listinfo/sword-devel</a><br>
> > Instructions to
unsubscribe/change your settings
at above page<br>
><br>
><br>
>
______________________________<wbr>_________________<br>
> sword-devel mailing list: <a
href="mailto:sword-devel@crosswire.org" target="_blank"
moz-do-not-send="true">sword-devel@crosswire.org</a><br>
> <a
href="http://www.crosswire.org/mailman/listinfo/sword-devel"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://www.crosswire.org/mailm<wbr>an/listinfo/sword-devel</a><br>
> Instructions to
unsubscribe/change your settings
at above page<br>
<br>
______________________________<wbr>_________________<br>
sword-devel mailing list: <a
href="mailto:sword-devel@crosswire.org"
target="_blank"
moz-do-not-send="true">sword-devel@crosswire.org</a><br>
<a
href="http://www.crosswire.org/mailman/listinfo/sword-devel"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://www.crosswire.org/mailm<wbr>an/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change
your settings at above page</div>
</div>
</blockquote>
</div>
</div>
</div>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
</blockquote>
<br>
</body>
</html>