On 04/24/2014 08:52 PM, mark wrote:
On 04/23/14 23:22, William Dunlap wrote:
Aren't those files support for named semaphores (made with sem_open())?
Packages like BH and RSQLite contain calls to sem_open. Is your
long-running
R process using such a package?

I don't think you would want to delete those files, but perhaps you
can look into
whatever R package creates them and see if you can modify the code to
give
them better names and then add those names to rkhunter's whitelist.

You don't seem to understand what I'm asking. I have zero intention of
deleting those files. I'm sure that my user's long-running job is
creating them. What I'm asking is if ANYONE HERE knows if there is some
configuration file, or command inside R, that would tell R, whatever
package it's using (I assume that all packages inherit from the
top-level process), when it creates files in /dev/shm, to name them
something that I can use with wildcards in rkhunter's configuration file
so that rkhunter ignores them.

mark

Hi mark,
You are correct, I didn't understand what you were asking. Doing a bit of searching, the sem_open function's first argument is the name of the file that is to be created. It doesn't sound like you are specifying these filenames, so it is probably a matter of finding the function that calls sem_open or sem_init. I would approach this by grepping the source code of the functions that you are calling, but as I have no idea what these functions are (or how many levels of function calling goes on before one of these two functions is called), I can't provide a straightforward answer. If you do find the offending function, you can just edit the source code to include your "R_temp" prefix, save the edited function, and "source" it to replace the function that is not providing the prefixes.

Jim

______________________________________________
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.

Reply via email to