Posix shared memory problem

Sujit K M kmsujit at gmail.com
Mon May 11 11:11:00 UTC 2009


Any sort of frustration here?

> Some idiots started to think about this as a file path. But it isn't
> and it shouldn't. Thats what this spec is saying in the typical commitee
> polite form when some members made a mistake but are to important to
> be blamed in public.
>

What ever the Idiots are saying is correct. Read up some decent Unix manual.

> So this needs to be fixed.

What needs to be fixed? Could you be more specific?


> If i have to find a useable filefile location anyway the whole function does
> not make any sense, then i can directly use mmap. The purpose is to
> have a unique name (and in 2009 it is an URI not a file path). Thats
> how serious non kiddy operating systems are doing like
> Linux/Solaris/MacOSX-Darwin/HP-UX.

Try using these giant, great, long lasting things.
>
> And i guess also the accounting functions are wrong then. shm_open
> does not open a file so the (internal used) file should not add to the
> file space quota but to the memory allocation quota.

I think you need a check up. You seem to be contradicting what ever you said
before.


More information about the freebsd-arch mailing list