CRASH: Searching in Hebrew

Hey friends, I'm justing learning Hebrew this summer and wanting to start working more with my Logos Hebrew resources. I've been trying to perform a search in Hebrew in the Hebrew bible. I was searching for the phrase יהוה צדקנו since it is a memory phrase for us and I wanted to see if I could look it up in the BHS. Using the "search" tool every time I tried this my Logos crashed. Then I tried using the Bible Word study tool. I was able to look up the root צדק and at the bottom I clicked a hyper-link for all the instances of this in the Hebrew bible. Once again, when the search window pulled up it crashed. Tried it on another computer, same thing. I'm using the most updated version of Logos 5 and have a nice suite of Hebrew language resources. I'm also using a very new Apple Macbook pro. Is this user error or is something up with searches in Hebrew at the moment?
Comments
-
We would need your log files in order to provide meaningful assistance. Please see the Mac logging link in my signature, and be sure to download the logging utility which will automate most of the process for you.
0 -
-
Cut יהוה צדקנו from your post and pasted into the search field for two different Hebrew Bibles. 5.2a Beta 4 Mac OS 10.9.4
We need some logs to see what is happening with your system
0 -
Thanks for the help! Okay, I just downloaded the logger and reproduced the problem. As you may be able to see, the system hung up when using the "Bible" search function with the BHS but it worked when using the "basic" function with BHS as the specified text.
Do I need to also post this in a new thread with "HANG" in the subject or is this good enough?
Logs attached
0 -
Bentley Crawford said:
Do I need to also post this in a new thread with "HANG" in the subject or is this good enough?
This is good.
Bentley Crawford said:Logs attached
Did you use the Logos Logging Utility to archive the logs? The logos.log is missing from your zip file.
The error log contained an SQL error, but I could not find another incident of it. So we will need someone with greater expertise.
[quote]SQLite Error 14: statement aborts at 26:
0 -
Ok, try this one and let me know if it has everything you need. Thanks!
0 -
This set is more complete. Here is the beginning of the errors:
[quote]
QueryText="יְהוָ֥ה׀%20צִדְקֵֽנוּ"|SearchKindName=BibleSearch
07/12/2014 22:28:22 | ERROR | 1 | Exception |
07/12/2014 22:28:22 | ERROR | 1 | Exception |
07/12/2014 22:28:22 | WARN | 1 | ResourceManager | Resource of type logos could not be found at location /Users/Crawford/Library/Application Support/Logos4/Data/l0lydoqf.b0c/ResourceManager/Resources/SIDONIUSLET08LAT.logos4 with ID LLS:SIDONIUSLET08LAT and version 2013-08-13T02:44:55Z
07/12/2014 22:28:22 | INFO | 1 | ResourceManager | Resource failed to open at one or more locations; requiring discovery.
07/12/2014 22:28:22 | INFO | 1 | ResourceManager | Discovery requested: 2014-07-13T03:28:22Z
07/12/2014 22:28:22 | ERROR | 1 | ApplicationUtility | SQLite Error 14: cannot open file at line 26593 of [118a3b3569]This is the beginning of the search for the Hebrew text, and Logos appears to look for a resource with id LLS:SIDONIUSLET08LAT. I am unfamiliar with that resource, but it may be part of the Perseus Collection. Believe it may be a Latin resource, but I have hidden all of those.
Not sure what is needed at this point. I would probably try Update Resources, but that can take several minutes. Beyond that, I might try Rebuild Index, but that is a rather drastic step if you have a large library.
Just reread the entire thread and noted that you said you have a hang when you do a Bible search. If you want to try rebuilding the index, perhaps Rebuild Bible Index will accomplish the same purpose and take much less time.
Perhaps Dave Hooton will spot this thread. He should be awake now (Australia).
BTW: Doubt that it has anything to do with this problem, but there is an update available for your OS. You have 10.9.3, but the latest version is 10.9.4
0 -
One more thing: Noted that Console Messages has a number of "Too many open files" errors. This was a problem last year, but this particular problem should have been fixed. Have you tried the un-Mac-like measure of restarting your computer?
0 -
-
Thank you Don. Bentley, do you have that resource? If so, it may be corrupted and needing replacement. If you have hidden it, you probable have an invalid index.
0 -
Alright! Thank you both!! I do have that resource. How do I go about replacing it?
0 -
Will deleting it from the resources folder in User/Library/Application Support/Logos4/Data/Random/Resource Manager/Resources prompt a new version of it to be downloaded?
0 -
Bentley Crawford said:
Will deleting it from the resources folder in User/Library/Application Support/Logos4/Data/Random/Resource Manager/Resources prompt a new version of it to be downloaded?
It's not that simple as the same error applies to many resources.
I'd like you to Clear your history in Tools >> History and restart Logos. Repeat the search and if not successful then delete the files:
/Users/Crawford/Library/Application Support/Logos4/Data/l0lydoqf.b0c/ResourceManager/ResourceManager.db and ResourceManager.db-journal. Keep on logging so that they can be uploaded if necessary.
Dave
===Windows 11 & Android 13
0 -
Thanks Dave! Followed your instructions and it appears to still be crashing on the Bible search in Hebrew. Here are the logs:
0 -
Cured the History.db issue but the SQLite errors with "too many open files" on ResourceManager are unresolved. Unless a Mac guru has some input I suggest you contact Tech Support on Monday!
Dave
===Windows 11 & Android 13
0 -
Thanks Dave! Will do. I appreciate you taking the time to help me out. You as well Jack!
0 -
Dave Hooton said:
the SQLite errors with "too many open files" on ResourceManager are unresolved.
On January 4, 2013 Logos employee Martin Potter posted 448586.aspx
Martin Potter said:on Mac there is a much lower limit to the maximum number of open files. The "too many open files" is new with Logos 5, due in part to the improvements made to Mono that allow more asynchronous work to be preformed at once. We further reduced the number of open files starting with 5.0a SR-3 to fix an issues specific to Windows; this has reduced the frequency of crashes due to "too many open files", but not eliminated it. We are continuing to work on a solution to the issue on Mac that does not significantly hamper performance.
Bentley, I fear that you have found one of those remaining issues. Hopefully your logs will provide information for the Mac Development team to correct the remaining errors.
0