Re: htags stops with "cannot fork"

[Dan Shearer]

I noticed that Debian has quite an old version of global. So I installed
version 4.6.1 from source. I get an identical error, after processing
perhaps another 30 files (still in the sparc64 subtree, which is to say,
not very far into the job at all.)

I'm about to try with a 4Gb machine instead of a 2Gb machine.

--
Dan Shearer
address@hidden

On Wed, Jan 28, 2004 at 10:21:44PM +1030, Dan Shearer wrote:
> 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

-- 
Dan Shearer
address@hidden