Logos 5.0a SR-2 CRASH (again!): Too many open files

Don't want to burst your bubble, Patrick but the sequence description you describe (after the rant segment) happens in the windows version (the 'rubbish' platform) and has for some time. I've gotten pretty used to it. The only difference is the 'boom' occurs at step #6. So looking on the bright side, the Mac version seems superior to the rubbish version in this case (lasting seconds longer before crashing).

EDIT: haven't tried moving step #7 ahead of step #6 as in your edit.

https://community.logos.com/discussion/comment/438978#Comment_438978

Don't want to burst your bubble, Patrick

Don't worry, it's been pretty well deflated already... I've had enought, I'm going off to watch TV.

happens in the windows version

That's strange, Dave Hooten, who seems a knowledgable sort of guy, told Alabama that this issue (log file message 'too many open files') didn't affect Windows machines. As regards the sequence, well can't speak about that in terms of some sequence of magical steps to make Logos fall over — I was specifically referring to the log file message which Dave, Alabama & I have noticed a lot looking at Mac user's log files after crashes.

windows [...] (the 'rubbish' platform)

Ahhh, but you'll note that I said "not some rubbish running Windows." meaning some rubbish put together machine running Windows, not, "running rubbish Windows.". I deliberately and carefully phrased it that way as to avoid religious OS wars. As for my opinion of whether Windows is rubbish, I will employ the same position as Sir Thomas More — "qui tacet consentire videtur".

As to the rant... I think the line from the movie Network sorta encapsulates it.... this is about how I looked when my Logos crashed on me... (ha ha - no comments now)

So I want all of you who are frustrated with crashes in Logos to lean of out the virtual windows on your computer and yell to Logos staff....

Donovan R. Palmer

https://community.logos.com/discussion/comment/438991#Comment_438991

I have encountered this error several times, but have not seen it for about a week or so. Overall, I find L5 much more satisfactory. It is faster and much more refined. I still find a few bugs here and there. The biggest challenge is when it goes completely 'boom' and crashes. I think I have crashed it 11 times since I upgraded.

So I share your frustration. I am hopeful though that L5 will mature as it is based on the foundation of the last few years of developing L4.

https://community.logos.com/discussion/comment/438991#Comment_438991

My experience with crashing at step #6 in your sequence didn't have any reference to 'too many files open'. I haven't seen that error message since maybe Windows 3.1 or so back when you had to worry about that in the startup files. On my crashes, they are always (1) in the switch from a used 'Bible' search to a 'Basics' search (2) that is done by a right-click search (3) into an existing search panel (I assume it's not properly initializing the internal variables).

https://community.logos.com/discussion/comment/439090#Comment_439090

My experience with crashing at step #6 in your sequence didn't have any reference to 'too many files open'. I haven't seen that error message since maybe Windows 3.1 or so back when you had to worry about that in the startup files. On my crashes, they are always (1) in the switch from a used 'Bible' search to a 'Basics' search (2) that is done by a right-click search (3) into an existing search panel (I assume it's not properly initializing the internal variables).

When it has crashed for you (on Windows I am assuming) did you look at / submit the log files. Just curious. The same/similar sequence can trigger a different bug on different platforms.

On the Mac there is the consideration of the extra Mono cross-platform layer that Windows users don't have to put up with.

As I have been helping a number of users who have reported crashes I have, again, got a bit frustrated because the logs often are obtuse/incomplete in what they report. For example they will say something like 'problem opening [SQLite] database file' — but they don't say which database. Given that the code knows which one it is opening when the problem happens, and the log file is written out by the system after a crash the system knows which database it was trying to open — why doesn't it say which one?

Also if there are, what are called in programming terms, 'exceptions' (unforeseen things due to programming errors or other things outside the program's control) then the system could/should deal with them more 'gracefully' doing things like saving user's work before crashing (if it can). But I see many crashes (more now in Logos 5) where the system just dies straight to the OS, we don't see the OS X dialog that says there was an issue.

Anyway.... tomorrow is a new day.

Anon

https://community.logos.com/discussion/comment/439114#Comment_439114

But I see many crashes (more now in Logos 5) where the system just dies straight to the OS, we don't see the OS X dialog that says there was an issue.

definitely more now with L5 is my experience as well.

https://community.logos.com/discussion/comment/439114#Comment_439114

To be honest, I didn't worry about it since Logos4/5 isn't my main Bible software. But your sequence caught my eye. 'If' there were a common source it would be in the variable handling that crosses over fairly cleanly across the platforms (vs memory, view space, etc).

Agree exception handling is odd. I assume it's so they can keep the code movable between platforms.

Jack Caviness

https://community.logos.com/discussion/comment/439114#Comment_439114

But I see many crashes (more now in Logos 5)

For me, L5 is superior to L4 in ever way, and I have experienced few crashes—none in the past two weeks. Makes me curious as to the differences between my system and those of you who are experiencing these crashes.

Using a 5-6 year old Mac Pro with 11GB RAM and 2TB HD on Mac OS 10.7.5. Are these crashes more frequent with 10.8?

https://community.logos.com/discussion/comment/439319#Comment_439319

But I see many crashes (more now in Logos 5)

For me, L5 is superior to L4 in ever way, and I have experienced few crashes—none in the past two weeks. Makes me curious as to the differences between my system and those of you who are experiencing these crashes.

Using a 5-6 year old Mac Pro with 11GB RAM and 2TB HD on Mac OS 10.7.5. Are these crashes more frequent with 10.8?

Oh Logos 5 is definitely superior to Logos 4, in functionality, usability and performance — no arguments from me on that score. However I have, on exactly the same hardware I was running Logos 4 on, experienced more crashes with Logos 5 then Logos 4. Not saying it crashes every minute.... and I can understand that because Logos (and I thank them for this) moved to new platforms (.NET 4.5, Mono whatever latest) there will be 'teething' problems.

This however has put me in touch with looking at log files (for my own installation and flowing on from that helping others) to see what is crashing. And I get frustrated and annoyed at what I see in log files, and... that crashes are not (IMHO) being dealt with effectively and efficiently. Then on top of that I read long drawn out discussions about 'social / community features' and that aggravates me further. I'll say it again — in my opinion crash problems with the software should have (they do in my organisation and team) absolutely the highest developer priority. Nice to haves like social features should definitely take a back seat.

I would really like (I'm not up to demanding yet, but getting close) to have some formal confirmation from Logos that there is an issue, a "sorry about that", and confirmation that the issue is being dealt with as a matter of priority.

Bradley Grainger (Logos)

Yep — you may divine I am a little annoyed, I would appreciate some response — from someone.

We have developed a fix for this issue in 5.0b. We are currently backporting it to 5.0a so we can ship it in a service release.

https://community.logos.com/discussion/comment/439388#Comment_439388

Yep — you may divine I am a little annoyed, I would appreciate some response — from someone.

We have developed a fix for this issue in 5.0b. We are currently backporting it to 5.0a so we can ship it in a service release.

Thanks Bradley — appreciate your follow up. Now you can print out the previous photo of Peter Finch, with this one...

next to it and put it up in your cubicle.

Martin Potter

C'mon Logos - you don't even uninstall the old version of Logos 4 on the Mac when you do a new install of Logos 5! I'm sorry, and you can dispute me on this, but as far as I am concerned that is just slack programming.

If the program is upgraded to Logos 5 through the automatic update process the Logos 4 application bundle will be replaced with the Logos 5 application bundle. If you choose to manually download the disk image and copy the application to your hard drive, Logos 5 will not delete Logos 4 from your computer.

https://community.logos.com/discussion/comment/439404#Comment_439404

C'mon Logos - you don't even uninstall the old version of Logos 4 on the Mac when you do a new install of Logos 5! I'm sorry, and you can dispute me on this, but as far as I am concerned that is just slack programming.

If the program is upgraded to Logos 5 through the automatic update process the Logos 4 application bundle will be replaced with the Logos 5 application bundle. If you choose to manually download the disk image and copy the application to your hard drive, Logos 5 will not delete Logos 4 from your computer.

Thanks for replying Martin. As I'm sure, being a developer, you will know there are a few ways to install Mac applications, the two main ways being, 'Application Bundles' used usually for simpler apps, and executable package installation files which (quoting from a website I visited) for "more complicated and involved applications such as XXXXXXX will use an installer to simplify the installation process for you".

I believe you will see where I am going with this... the key take-away phrase from the above is "simplify the installation process for you", 'you' being the Logos customer.

In my opinion, and I think most of us would agree, Logos 5 is not a simple app. I believe the number of messages on the forum from reasonably intelligent people having problems post install of Logos 5 would confirm that.

Anyway even if the Logos 5 install uses the simplest method, just dragging an app bundle into /Applications, as we know there could be startup routines to check to see if there was an old application version, other software companies making even the simplest application seem to manage it. There are, after all, startup routines in the Logos 5 bundle app to create data folders and so on.

Anyway I believe Logos should take this experience of a less than optimal experience for Logos Mac customers and move to the more professional method, used by serious applications, for delivering installs (not updates which — hey I just remembered, screenshot below — are done by a dedicated app in the Logos app bundle, but which users don't have... until after the initial install) via an executable package installation file.

This would have a number of benefits, as there would be a number of tasks the installation (first time/upgrade) could do, for example:

Check to see if there is an old version of Logos 4, move it somewhere in preparation for deletion
Check to see that there is a valid Logos data folder
Delete all the old Logos 4 logging files if there are any - they are no longer of any use and users have to be told each time to get rid of them manually
Do a health check of SQLite databases before install — always a good idea!
Check computer's Internet connection to make sure the machine can get a good link to the Logos servers to download resources
etc.
etc.
After a successful install last step do final deletion of Logos 4 application; if Logos 5 application installation fails maybe even restore the previous Logos 4 installation.
Kick off downloads, install, and indexing for any new resources — don't let user use system until it is stable and all pre-requisite steps are complete.

All in just think — how much a more pleasant experience that would be for Logos customers; how many less calls there would be to Logos support; how many less forum postings there would be.

(Ergo, what's the very next posting I read on the forum.... http://community.logos.com/forums/t/62034.aspx )

Everyone would be happier, and have a positive first experience with the software.

I think a good aim to have.

Martin Potter

https://community.logos.com/discussion/comment/439508#Comment_439508

Thanks for replying Martin. As I'm sure, being a developer, you will know there are a few ways to install Mac applications, the two main ways being, 'Application Bundles' used usually for simpler apps, and executable package installation files which (quoting from a website I visited) for "more complicated and involved applications such as XXXXXXX will use an installer to simplify the installation process for you".

On Mac, install programs are used by "more complicated and involved applications", these programs are generally those that are not able to provide their application as a simple application bundle. These programs generally require installing files in several different place, the installation of several different programs or installation of items that require system modification. This is the case for iTunes for which your comment above refers. For application that can be delivered as a simple application bundle, such as Logos, it is much easier to for the user to be able to drag and drop the bundle into their /Applications folder.

Anyway I believe Logos should take this experience of a less than optimal experience for Logos Mac customers and move to the more professional method, used by serious applications, for delivering installs

Having to use an install program is viewed as the less than optimal experience for Mac customers, even Apple is moving away from the use of installers with their shift to the App Store, which downloads application bundles and places them in your /Applications folder.

(not updates which — hey I just remembered, screenshot below — are done by a dedicated app in the Logos app bundle, but which users don't have... until after the initial install)

This is a light-weight application which provides the prompts to the user and allows the relaunch of Logos, which has to be initiated from an external process since it can not occur if it is currently running.

Ergo, what's the very next posting I read on the forum.... http://community.logos.com/forums/t/62034.aspx

I am unsure what in particular you are referring to in the above post.

https://community.logos.com/discussion/comment/439526#Comment_439526

These programs generally require installing files in several different place, the installation of several different programs or installation of items that require system modification.

Didn't you just describe the Logos 5 install above?

For applications [...] such as Logos it is much easier to for the user to be able to drag and drop the bundle into their /Applications folder.

Except the reality of the user experience often doesn't match that — as numerous postings of users having problems to the forum show.

Having to use an install program is viewed as the less than optimal experience for Mac customers.

Based on what experience, of whom? Logos has never delivered Logos 4 / 5 as an install program (as I know) so how can you say it is viewed as less than optimal experience for Mac customers? There is no (prior) experience. Anyway (using experience of many other applications) what's hard about download & double click to install?

[...] even Apple is moving away from the use of installers with their shift to the App Store, which downloads application bundles and places them in your /Applications folder.

Not a valid comparison, the App Store does so using a (for want of a better word) 'meta-installer' platform so to speak. As you say, "[it] places them", not the user. What does the user do? Point and click. All the App Store applications fully manage all aspects of their own installation whether they be application bundles or package installs. Basically it is invisible to the user, the Logos installation is, obviously, completely different.

This is a light-weight application which provides the prompts to the user and allows the relaunch of Logos, which has to be initiated from an external process since it can not occur if it is currently running.

Be that as it may — the end result for the user is 'point and click' for updates. Not so for the initial install.

Ergo, what's the very next posting I read on the forum.... http://community.logos.com/forums/t/62034.aspx

I am unsure what in particular you are referring to in the above post.

The experience of the user, the mixed up, messed up installation with both Logos 4 and 5 on the machine.

And here's another case http://community.logos.com/forums/p/61808/437835.aspx#437835

where a user managed to, easily, get into hot water resulting in this!

in the end no doubt ending up looking like Peter Finch v1 above.

David Mitchell

https://community.logos.com/discussion/comment/439542#Comment_439542

Having to use an install program is viewed as the less than optimal experience for Mac customers.

Based on what experience, of whom?

Based on Apple's guidelines. There used to be a section in Apple's Human Interface Guidelines stating, "Bundles make it possible to provide drag-and-drop installation for applications…Using bundles is the preferred way to install an application…". They removed advice on installers when they released the Mac App Store, but there's still evidence in their documentation that they favor bundle-based installation (for an example, see their guide on porting UNIX/Linux applications to OS X: https://developer.apple.com/library/mac/#documentation/Porting/Conceptual/PortingUnix/distributing/distibuting.html).

https://community.logos.com/discussion/comment/439642#Comment_439642

Based on Apple's guidelines. [...]

Hi Dave — long time. Can we approach this from different angle rather than saying Apple said "A," someone else said "B" and so on.

I believe we both would have the intention of wanting to see the best possible experience for users of Logos, I'm sure you do. On that basis of understanding I believe we would be in agreement that, given the number of persons experiencing problems and the extent of problems, it would be of benefit for Logos users to have a more robust installation.

Now we both know (and I mentioned earlier) that in one sense it does not matter if the installer is a bundle, or package installer, because really they are basically the same thing, usually a DMG container with one or more .app bundles in them. In fact (but obviously you know this) an .app bundle, even in place in the /Applications folder, is not an application in the same sense as a Windows application but rather a special folder. This folder can contain folders, files even other .app bundles (folders) which can themselves contain folders, files etc. etc. The LogosIndexer & LogosInstaller apps are .app bundles inside the Logos.app bundle.

The Logos.app bundle could contain an .app called, for example, 'PreFlight', that checked the computer environment on first run, post install, to make sure that it was clean and to do some housekeeping (like I listed in earlier post). This PreFlight.app application bundle could be embedded in the Logos.app bundle, or it could be part of an install program — doesn't matter (well in my opinion it would be cleaner to only run it once during install, but again doesn't really matter).

Because what's more important is what is done, not how it is done.

And that is my point — given that we agree that, if at all possible, it is a good goal to ensure that Logos customers have a good first experience with the software. And I would contend that, for Mac customers, that experience could/should/can be improved. The results of customers' experiences we see in the forums bear this out.

Thanks for your consideration.

David Mitchell

https://community.logos.com/discussion/comment/439920#Comment_439920

The Logos.app bundle could contain an .app called, for example, 'PreFlight', that checked the computer environment on first run, post install, to make sure that it was clean and to do some housekeeping (like I listed in earlier post). This PreFlight.app application bundle could be embedded in the Logos.app bundle, or it could be part of an install program — doesn't matter (well in my opinion it would be cleaner to only run it once during install, but again doesn't really matter).

On this point, we can agree. In fact, we do numerous checks on every app startup to verify the integrity of the user's environment and fix what we can (some users will do the strangest things to databases…). When an issue is widespread enough to merit extra code, we add it.

https://community.logos.com/discussion/comment/439940#Comment_439940

On this point, we can agree. In fact, we do numerous checks on every app startup to verify the integrity of the user's environment and fix what we can (some users will do the strangest things to databases…). When an issue is widespread enough to merit extra code, we add it.

That's great, thanks for sharing. At the risk of overstaying my welcome... can I just ask, some time in the future will the Logos 5 app (on install/first run) do the task of removing the old Logos 4 installation and/or check for other installations of Logos software? Ref. the screenshot above with five copies of Logos on a user's machine? That would be a beneficial thing to do, and in line with your criteria.

Also, just as I have your ear, you may have seen that there has been a number of posts with log reported database issues. Is there any Logos 'health check' app for doing a simple OK/Not OK check of all the SQLite databases? Not to try to fix, but simply to confirm (for exclusion purposes) whether all the databases are OK or not?

David Mitchell

https://community.logos.com/discussion/comment/440024#Comment_440024

That's great, thanks for sharing. At the risk of overstaying my welcome... can I just ask, some time in the future will the Logos 5 app (on install/first run) do the task of removing the old Logos 4 installation and/or check for other installations of Logos software? Ref. the screenshot above with five copies of Logos on a user's machine? That would be a beneficial thing to do, and in line with your criteria.

I'm not really in a position to say, as I have very limited day-to-day involvement with the Mac project at this point. I would have reservations about performing such an operation outside the context of a normal update—it would, in most cases, require elevated user privileges, and it's difficult to be certain that the other app bundles are actually unwanted.

Also, just as I have your ear, you may have seen that there has been a number of posts with log reported database issues. Is there any Logos 'health check' app for doing a simple OK/Not OK check of all the SQLite databases? Not to try to fix, but simply to confirm (for exclusion purposes) whether all the databases are OK or not?

Yes. You can see this in action if you try to run Logos 4 on your machine after running Logos 5—we'll detect at startup that we can no longer read the databases and report that fact.

Dan Francis

https://community.logos.com/discussion/comment/440064#Comment_440064

From my quick reading over of this link I think it has been stated a fix is on the way. I was very impressed with the stability and speed of 5.0 but since the latest update things ware very unusable. A simple highlight of text results in a spinning rainbow pizza for minutes. I am to the point almost where i want to select do not use the internet, but what i really want is a way to turn off features slowing Logos down.

-dan

https://community.logos.com/discussion/comment/440566#Comment_440566

Well, hopefully it'll be fixed (for the Mac / Patrick). I have my doubts they'll fix the Windows side; I just locked up L5-Windows AGAIN (where the search-type is changed).

Yet another crash with Logos 5 for Mac — the old 'too many files open' error.

After a number of "Too Many Open Files" crashes using Logos 5.0b Beta 1 on OS X 10.8.2, currently experimenting with launchd.conf and sysctl.conf files for a workaround, Note: initial file modifications caused Logos 5 to crash quicker.

Keep Smiling [:)]

https://community.logos.com/discussion/comment/446615#Comment_446615

Yet another crash with Logos 5 for Mac — the old 'too many files open' error.

After a number of "Too Many Open Files" crashes using Logos 5.0b Beta 1 on OS X 10.8.2, currently experimenting with launchd.conf and sysctl.conf files for a workaround, Note: initial file modifications caused Logos 5 to crash quicker.

Whoa boy..... when you start playing with low level system files like sysctl.conf you are really playing with the kernel — literally.

I really do not agree that users should have to start playing with system kernel config files to get userland software to run without dying. If I can run heavy duty DB software, Photoshop etc. etc. on my machine with no issues and Logos 5 comes along and blows up then guess which software has the problems.

https://community.logos.com/discussion/comment/446749#Comment_446749

Whoa boy..... when you start playing with low level system files like sysctl.conf you are really playing with the kernel — literally.

Literally concur plus observe that Apple's default max file limit is 256 and maximum files is 12288. With seven applications open on OS X 10.8.2 for one user, noticed lsof | wc -l shows 2441 open files. Prior to adjusting launchd.conf and sysctl.conf a bit more and restarting OS X, Logos 5.0b Beta 1 had 1025 files open with 2960 files overall for all applications. Currently have 1 line in /etc/launchd.conf (effectively change default 256 file limit to 4096)

limit maxfiles 4096 12288

along with 2 lines in /etc/sysctl.conf

kern.maxfiles = 12288

kern.maxfilesperproc = 4096

Caution and caveat: be careful if choose to mess with OS X system files, which needs to be done as root (superuser) and followed by restart to take effect. My initial /etc file modifications caused Logos 5 to crash quicker. Couple commands to show current file limits:

launchctl limit

sysctl -a

Personally tweaking OS X system settings to work around too many open file crashes. Logos 5 is a resource intensive application, which opens and uses lots of files.

Keep Smiling [:)]

Thinking

https://community.logos.com/discussion/comment/439054#Comment_439054

I am hopeful though that L5 will mature as it is based on the foundation of the last few years of developing L4.

Why in the world would that make you hopeful!? "Based on the foundation of the last few years of developing L4" is the precise reason I am not hopeful. Please review Eistein's reported definition of insanity and expecting different results. I am learning work arounds to make the program work and avoid the snake pits. Logos 5 is like some people who are temperamental. You learn to appreciate their talents and avoid stirring up their "issues."

One thing I have learned over the years of using a computer. Every software company has a certain philosophy, talent, and character. Essentially this will never change no matter how you suggest or even complain. So, you either get used to it or you go elsewhere. I have watched with amusement some of the most ardent defenders of Logos become more tempered and even acknowledge the obvious—it has glaring defects along with its strengths. Logos 5 is not all bad nor is is all good. It is phenomenal in resource amount, but in trying to more than it can do well it falls short in many essential areas—but it has a niche that is important for some of what I need, so I keep using it as necessary, thankful it is not the only Bible program that I own!

https://community.logos.com/discussion/comment/447232#Comment_447232

Whoa boy..... when you start playing with low level system files like sysctl.conf you are really playing with the kernel — literally.

Literally concur plus observe that Apple's default max file limit is 256 and maximum files is 12288. With seven applications open on OS X 10.8.2 for one user, noticed lsof | wc -l shows 2441 open files. Prior to adjusting launchd.conf and sysctl.conf a bit more and restarting OS X, Logos 5.0b Beta 1 had 1025 files open with 2960 files overall for all applications. Currently have 1 line in /etc/launchd.conf (effectively change default 256 file limit to 4096)

limit maxfiles 4096 12288

along with 2 lines in /etc/sysctl.conf

kern.maxfiles = 12288

kern.maxfilesperproc = 4096

Caution and caveat: be careful if choose to mess with OS X system files, which needs to be done as root (superuser) and followed by restart to take effect. My initial /etc file modifications caused Logos 5 to crash quicker. Couple commands to show current file limits:

launchctl limit

sysctl -a

Personally tweaking OS X system settings to work around too many open file crashes. Logos 5 is a resource intensive application, which opens and uses lots of files.

Keep Smiling

Where do you get the "kern.maxfilesperproc" parameter from? My "man sysctl" page only shows these...

Name                            Type          Changeable
kern.ostype                     string        no
kern.osrelease                  string        no
kern.osrevision                 integer       no
kern.version                    string        no
kern.maxvnodes                  integer       yes
kern.maxproc                    integer       yes
kern.maxfiles                   integer       yes
kern.argmax                     integer       no
kern.securelevel                integer       raise only
kern.hostname                   string        yes
kern.hostid                     integer       yes
kern.clockrate                  struct        no
kern.posix1version              integer       no
kern.ngroups                    integer       no
kern.job_control                integer       no
kern.saved_ids                  integer       no
kern.link_max                   integer       no
kern.max_canon                  integer       no
kern.max_input                  integer       no
kern.name_max                   integer       no
kern.path_max                   integer       no
kern.pipe_buf                   integer       no
kern.chown_restricted           integer       no
kern.no_trunc                   integer       no
kern.vdisable                   integer       no
kern.boottime                   struct        no

Also regardless of all this above, and statements like "Logos 5 is a resource intensive application, which opens and uses lots of files.", which I am obviously aware of, my question is — why are we doing this?? Why are we as users having to look at and change OS system kernel tuning parameters? It is one thing, and bad enough, that they (may) have to be changed to make Logos 5 run effectively, but it is not right in my book that users have to do this. The software developers should be figuring this out and fixing it during software installation.

Logos?

https://community.logos.com/discussion/comment/447278#Comment_447278

Where do you get the "kern.maxfilesperproc" parameter from?

$ sysctl -a | grep files

kern.maxfiles = 12288

kern.maxfilesperproc = 4096

kern.maxfiles: 12288

kern.maxfilesperproc: 4096

kern.num_files: 1648

The sysctl output shows settable items with = signs.

... — why are we doing this?? Why are we as users having to look at and change OS system kernel tuning parameters? It is one thing, and bad enough, that they (may) have to be changed to make Logos 5 run effectively, but it is not right in my book that users have to do this. The software developers should be figuring this out and fixing it during software installation.

One user answer is being a bit annoyed by too many crashes caused by too many open files when just want to use Logos 5 on OS X.

For a commercial database installation, have tweaked OS kernel settings for: shared memory, maximum files, and processes. Searching internet for "OS X too many open files" includes various opinions about Apple's default limit of 256 files for OS X.

Currently Logos 5 on OS X does not use an installer; only need to drag application bundle to desired folder. In contrast, tweaking OS kernel settings needs to be done with superuser authority followed by restarting Mac. Also prudent to have an alternate boot option so if system change(s) have catastrophic impact, have a way to recover/reset OS tweaks: for this thread discussion, deleting two files would reset changes: /etc/launchd.conf and /etc/sysctl.conf

Personally experimented with some other OS X kernel settings for awhile; then choose minimal modifications while trying to be avoid too many open file crashes while using Logos 5 and other applications. My file limit of 4096 was chosen after noticing nearly 3000 open files that was a tad too close to 3072 for my comfort.

Keep Smiling [:)]

Dave Hooton

https://community.logos.com/discussion/comment/447278#Comment_447278

Why are we as users having to look at and change OS system kernel tuning parameters? It is one thing, and bad enough, that they (may) have to be changed to make Logos 5 run effectively, but it is not right in my book that users have to do this. The software developers should be figuring this out and fixing it during software installation.

There could be room for improvement in the software as resources have multiple file handles (up to 16 in Windows) associated with them but tweaking system parameters is probably simpler. I don't know about Windows** but MS DOS had a Files parameter ( 8 default, 255 max.) and would display "Too many files are open" if the limit was exceeded.

** a quick look shows that Windows would have settable limits.

https://community.logos.com/discussion/comment/447269#Comment_447269

I am hopeful though that L5 will mature as it is based on the foundation of the last few years of developing L4.

Why in the world would that make you hopeful!? "Based on the foundation of the last few years of developing L4" is the precise reason I am not hopeful. Please review Eistein's reported definition of insanity and expecting different results. I am learning work arounds to make the program work and avoid the snake pits. Logos 5 is like some people who are temperamental. You learn to appreciate their talents and avoid stirring up their "issues."

One thing I have learned over the years of using a computer. Every software company has a certain philosophy, talent, and character. Essentially this will never change no matter how you suggest or even complain. So, you either get used to it or you go elsewhere. I have watched with amusement some of the most ardent defenders of Logos become more tempered and even acknowledge the obvious—it has glaring defects along with its strengths. Logos 5 is not all bad nor is is all good. It is phenomenal in resource amount, but in trying to more than it can do well it falls short in many essential areas—but it has a niche that is important for some of what I need, so I keep using it as necessary, thankful it is not the only Bible program that I own!

Personally share hope for Logos 5 improving after experiencing many Logos 4 improvements, including some in underlying code that is shared.

Likewise concur with temperamental Logos 5 description, which also applies to Logos 4. Wiki => http://wiki.logos.com/Getting_Started_with_Logos has a number of Tips from lessons learned. Wonder what Einstein would have thought of spinning beach ball while waiting for an Exegetical Guide to populate Word by Word for a Bible Book ? e.g. Deuteronomy

Thankful for amazing study capabilities in Logos 4 and Logos 5; albeit disappointed by number of crashes and puzzled by SQLite database corruption surprises.

Keep Smiling [:)]

https://community.logos.com/discussion/comment/447232#Comment_447232

Currently have 1 line in /etc/launchd.conf (effectively change default 256 file limit to 4096)

limit maxfiles 4096 12288

along with 2 lines in /etc/sysctl.conf

kern.maxfiles = 12288

kern.maxfilesperproc = 4096

After experiencing another asynchronous crash => Crash: Logos 5.0b Beta 1 on OS X 10.8.2 - Too Many Open Files [8-)] trying one more tweak: change 12288 to 16384 for maxfiles upper limit.

Keep Smiling [:)]