Problems with syscall <async>

I have a program, as you all may know, which is designed to categorize 
websites (to be used in a comprehensive web filtering/metering scheme). 
The part in CRM is more or less finished and is under the GPL (sans data 
files) for those interested.

In creating this categorizer, I have found that crm has a major bug. If 
you do a thousand (on my machine, ulimits and all) of the this:
            syscall <async> /:call_judge: <:*:file: >>:*:fifo: /
You soon get errors telling you that:

Couldn't memory-map the table file : chs_files/weapons.chs
I'll try to keep working.
This happened at line 54 of file web_categorize.crm
(runtime system location: crm_osb_hyperspace.c(1157) in routine: 
crm_expr_osb_hyperspace_classify)
The line was:


On using a program to see what mmaps and open files are in use, as the 
memory is only slowly leaking, (400k over 1000 requests, which may all 
be do the following) I have to believe that the open files are the problem.

The first three are the crm file (web_categorize.crm) and the stdout, 
stderr. There are 997 other open files. These are all pipes. Does crm114 
not look to and free the pips in syscall <async>? Is there a way to do 
it? Nothing needs to be fetched from the child process (as it is 
provided with the file as input and is told to hand the response back in 
a named pipe/fifo . I don't think <keep> fits.

Are there any solutions?

Thank you,
Trever Adams



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/