Re: Building LODE on Mac fails with "Too many open files"

On Thu, Apr 21, 2016 at 3:11 AM, Ralf S. <ralf.sippl@gmail.com> wrote:
> Hi there,
>
> I'm trying to set up LODE on the latest Mac OS X with newest Xcode, following
> the instructions here ("Quick Pre-canned Setup"):
> https://wiki.documentfoundation.org/Development/BuildingOnMac
>
> After running "make", the build process fails after a couple of hours with the
> following error:
>
> [build DEP] SRS:avmedia/res
> [build DEP] SRS:acc/res
> [...]/lode/dev/core/external//apache-commons/Module_apache-commons.mk:12:
> [...]/lode/dev/core/external/apache-
> commons/ExternalPackage_apache_commons_logging.mk: Too many open files
> [...]/lode/dev/core/external//apache-commons/Module_apache-commons.mk:12: ***
> No target registered while reading [...]/lode/dev/core/external/apache-
> commons/ExternalPackage_apache_commons_logging.mk!.  Stop.
> make: *** [build] Error 2

There is something fundamentally wrong if after a couple of hours you
are still in the [build Dep]
section.

iow the too many files is the symptom of something else going wrong
and increasing the file limit won't help

note that the mac build bot run with a vanilla config wrt to open files...

tb66:~ tdf$ launchctl limit maxfiles
    maxfiles    256            unlimited

tb66:~ tdf$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
max locked memory       (kbytes, -l) unlimited
max memory size         (kbytes, -m) unlimited
open files                      (-n) 256
pipe size            (512 bytes, -p) 1
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 709
virtual memory          (kbytes, -v) unlimited


how do you start the build.. did you add $LODE_HOME/opt/bin in the
path (iow do you use the gnu-make setup by lode or accidentally use
Apple's provided one ?

also check you TEMP directory... sometimes there a serious leak of tempfiles...

Norbert