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