Dear Gary,
So glad you figured out the problem. I am sorry I wasn't much help. Please let
me know if you find any other issues.
Happy Sunday!
Troy
On October 18, 2020 12:50:20 AM GMT+02:00, Gary Holmlund
wrote:
>I found the issue. BibleTime is using a sword function,
>AddRenderFilters,
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
That was it! Issue resolved :). I ran my test twice - 40 out 40
successful. I also checked it once more manually in the node console and
in Ezra Project and it works without issues now!
Thank you so much, Troy.
Now I can switch to the latest SWORD trunk with Ezra Project!
Best regards,
Tobias
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
untar now updated. Thanks for your time with this.
On 10/17/20 4:36 PM, Tobias Klein wrote:
Updated to SVN Rev. 3813.
Still hanging here:
#0 0x56143eb2f28c in sword::FileMgr::sysOpen(sword::FileDesc*) ()
#1 0x56143eb18b0b in sword::FileDesc::getFd() ()
#2 0x56143eb9323b in
Updated to SVN Rev. 3813.
Still hanging here:
#0 0x56143eb2f28c in sword::FileMgr::sysOpen(sword::FileDesc*) ()
#1 0x56143eb18b0b in sword::FileDesc::getFd() ()
#2 0x56143eb9323b in (anonymous namespace)::untar(void*, char
const*) ()
#3 0x56143eb93b60 in
Dear Troy,
Thank you so much for the help and all your work on this. Unfortunately
the issue is still not resolved for me based on your latest commits.
I have n threads that all run InstallMgr::refreshRemoteSource. n
corresponds to the number of repositories available, so it's currently 10.
OK Tobias,
Give it a go when you have a chance and let me know.
Troy
On 10/17/20 12:16 PM, Troy A. Griffitts wrote:
The unTarGZ is also a new method and it looks like it is using the
default file handle pool functionality of FileMgr, from looking at
your stack trace. Give me about an hour
The unTarGZ is also a new method and it looks like it is using the default file
handle pool functionality of FileMgr, from looking at your stack trace. Give me
about an hour and I'll have a chance to take a look at it. Good news is that
it's not having trouble in the CURLFTPTransport. I have
Dear Troy,
Thank you so much for the help and all your work on this. Unfortunately
the issue is still not resolved for me based on your latest commits.
I have n threads that all run InstallMgr::refreshRemoteSource. n
corresponds to the number of repositories available, so it's currently 10.
Looks like an incomplete package update of gitlab was causing some
issues with the httpd services in general. I've got gitlab back up and
restarted everything. Let's keep an eye on things today to be sure
nothing is out of sorts. Please continue to let me know if you find you
are having any
Yeah, something is not right from our update yesterday. This morning I
received reports that our web server was not responding. Looking into it...
On 10/17/20 8:10 AM, Tuomas Airaksinen wrote:
Hi,
Okay, good to know. It's working now again, but to my experience, I
was debugging AB
Hi,
Okay, good to know. It's working now again, but to my experience, I was
debugging AB downtime misbehavior (
https://github.com/AndBible/and-bible/issues/872) at least for half an hour
if not one hour before it started working again.
Best regards,
Tuomas
On Sat, Oct 17, 2020 at 2:05 AM Troy
13 matches
Mail list logo
