[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: htags stops with "cannot fork"
From: |
Dan Shearer |
Subject: |
Re: htags stops with "cannot fork" |
Date: |
Wed, 28 Jan 2004 22:21:44 +1030 |
User-agent: |
Mutt |
Thanks for the prompt reply! Here's more info.
On Wed, Jan 28, 2004 at 06:21:33PM +1030, Dan Shearer wrote:
> As my first test I unpacked the Linux kernel 2.4.23, applied apatches
> and then ran gtags. No problems, and several Gb of files created. Then I
> ran
>
> htags --caution -aFnsvt 'Browse the UML 2.4.23-um2 tree'
>
> and it spent a long time indexing nearly a million different symbols (I
> gathered this by glancing at the output from time to time.) The stage
> 'Creating temporary database' took a long time, but it did finish.
>
> Finally I got this:
>
> :
> :
> [2466/11089] converting arch/sparc64/kernel/signal.c
> [2467/11089] converting arch/sparc64/kernel/signal32.c
> [2468/11089] converting arch/sparc64/kernel/smp.c
> htags: cannot fork.
>
> I can raise process limits and things, but my question is why should
These are the settings:
$ 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) 1024
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 16383
virtual memory (kbytes, -v) unlimited
So there isn't a lot to raise. I will try again without the 's' parameter
(but I would try out lxr before using htags without 's').
--
Dan Shearer
address@hidden