Re: htags stops with "cannot fork"
Dan Shearer <[email protected]>
| Newsgroups | gmane.comp.gnu.global.general |
|---|---|
| Message-ID | <[email protected]> |
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 [email protected]